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EVALUATION 


The  effort  described  in  this  report  resulted  in  the  development  of  a 
complex  discrete  event  simulation  of  a multi-node,  integrated  comnuni cations 
system.  The  model  was  used  to  test  the  differences  between  deterministic 
and  adaptive  routing  schemes  in  both  hierarchical  and  non-hierarchical 
networks.  In  both  cases  the  deterministic  scheme  proved  better  if  one  can 
live  with  the  non-adaptability  of  this  type  of  scheme.  The  model  contained 
in  the  report  was  demonstrated  effective  in  this  kind  of  analysis.  As 
written,  it  can  easily  be  expanded  for  other  studies  planned  under  TPO  3. 
Portions  of  this  model  were  used  to  support  the  ADP  Telecommunications 
Program  and  Project  2022,  Automated  Digital  Switching  Techniques. 

DANIEL  J.^MCAULIFFE 
Project  Engineer 


PREFACE 


I This  study  involved  development  of  a communica- 

j tions  network  model,  a series  of  algorithms  and 

procedures  for  different  message  and  call  hand- 
I ling,  design  and  test  of  a simulation  proaram, 

I and  analysis  of  the  results  under  various  traffic 

loads.  In  addition,  an  analysis  of  projected 
' orocessor  call  handling  times  and  memory  sizes 

was  required  for  the  various  routing  and  signal- 
ing candidates  and  for  the  network  architectures 
1 studied. 

■ In  addition  to  the  authors,  the  following  individuals 

1 assisted  greatly  in  the  effort:  Kenneth  Bodzioch, 

Thomas  Russell,  Irving  Susskind,  and  Richard  White, 
as  well  as  short  term  assistance  from  other 
engineers  and  scientists  at  RCA. 

The  engineer  at  RADC  (who  gave  both  technical 

as  well  as  contract  direction)  was  Daniel  J.  McAuliffe. 
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1.0  ABSTRACT 


The  work  which  was  accomplished  under  the  ADSS  (Advanced 
Signaling  and  Supervision)  effort  resulted  in  three  major 
outputs,  as  well  as  some  results  based  on  off-line  analysis. 

a)  A simulation  model  prepared  in  the  GPSS  language,  was 
designed  and  tested.  This  model  represents  a multi- 
node communications  network  where  the  nodes  can  be 
characterized  to  accommodate  various  switching 
services.  In  addition,  the  structure  of  the  model 
allows  modification  of  the  traffic  mix  to  reflect 
different  distributions,  as  well  as  changes  in  inter- 
nodal  trunking  facilities.  This  has  been  accomplished 
by  organizing  the  program  into  four  major  modules. 
Traffic  Generation,  Network  Simulator  (describing 
connectivity),  a Path  Calculator,  and  Statistical 
Reporter. 

The  results  of  this  model  and  its  structure  offer  a 
flexible  and  useful  tool  for  future  switched  network 
studies. 

b)  Three  routing  plans  were  tested  with  the  use  of  the 
simulation.  The  two  primary  routing  plans  are  Deter- 
ministic and  Deterministic-Adaptive  Routing  Technique 
(DART);  a modified  version  of  the  latter  plan  using 

a Calculated  Path  algorithm  is  also  considered.  Each 
of  the  above  routing  plans  were  tested  in  the  context 
of  a hierarchical  and  a non-hierarchical  structure. 

c)  Digital  signaling  and  supervision  based  on  protocols 
developed  within  the  study  were  developed  and  uset'  for 
establishing  call/message  flow  and  control. 


2 


d ) A series  of  estimates  were  made  for  program  and  memory 
sizes,  for  various  size  circuit  switches  operating 
under  the  routing  plans  and  signaling  schemes.  Quanti- 
tative sizing  of  each  program  varied  for  Deter- 
ministic and  DART  routing  and  whether  in  a hierarchical 
or  non-hierarchical  network  structure.  Call  processing 
times  were  also  investigated  for  the  two  primary 
routing  plans  under  both  hierarchical  and  non-hierar- 
chical networks. 

After  an  introduction  in  Section  2,  a definition  of  the 
operational  model  in  terms  of  the  network  selection  and 
sizing,  the  routing  plans  and  the  state  diagrams  are 
discussed  in  Section  3.  Section  3.1  describes  how  the 
hypothetical  network  was  developed,  and  Section  3.2  describes 
from  a set  of  rules,  how  each  routing  plan  functions  in  the 
simulation  to  find  paths  through  a hierarchical  and  non- 
hierarchical  network.  Section  3.3  describes  the  protocol 
of  data  transfer  over  a path  once  established. 

In  Section  4,  a detailed  description  of  each  functional 
module  of  the  simulation  is  presented. 

Section  5 presents  selected  results  obtained  from  the 
simulation  pertaining  to  such  parameters  as  number  of  calls 
completed  and  lost  and  delivery  times,  etc.  Other  pertinent 
results  appear  in  Appendices  I and  II. 

Section  6 presents  two  aspects  of  the  simulated  routing  plans 
in  a real  wo  rid  environment.  Section  6.1  presents  practical 
flow  charts  of  the  routing  schemes  and  discusses  the  content 
of  the  various  messages  and  Section  6.2  details  memory 
requirements  when  the  routing  schemes  are  applied  to 
practical  switches. 
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^ In  Section  7,  some  of  the  problems  encountered  in  develop- 

• ing  the  simulation  model  are  discussed  as  pointers  to 

I future  users  of  the  simulation  technique  for  complex 

networks. 

Finally,  in  Section  8 some  suggestions  are  offered  which 
should  be  considered  for  future  study. 
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2.0  INTRODUCTION 


2 . 1 STATEMENT  OF  THE  PROBLEM 

The  report  which  follows  addresses  a simulation  of  a network 
which  attempts  to  examine  some  routing  doctrines  and  signal- 
ing and  supervision  in  the  context  of  those  routing  plans. 

Some  special  analysis  of  these  routing/signaling  plans,  as 
tested  by  the  simulation  and  also  relating  to  ‘‘real  world" 
considerations,  has  led  to  some  recommendations  on  tech- 
niques for  improving  the  routing  and  s i gna 1 i ng/supervi s i on . 

The  original  concept,  and  the  routing  plans  considered,  derive 
from  work  published  as  RADC-TR-67-286  , Advanced  Digital 
Signaling  and  Supervision.  During  that  program  a network 
model  concept  was  developed  which  included  store-forward 
and  circuit  switched  service.  This  was  modified  during  this 
investigation  to  include  a simplified  packet  concept  using 
a subset  of  a store-forward  algorithm. 

2 . 2 APPROACH 

In  order  to  further  address  the  ADSS  effort,  it  is  probably 
useful  to  state  the  objectives  of  a routing  plan  and  assoc- 
iated signaling  and  supervision.  A routing  plan  should  be 
sufficiently  robust  that  it  demonstrates  an  ability  to  "find" 
available  paths  for  a call  or  a message  request  based  on 
preselected  criteria.  The  criteria  might  be  survivability, 
minimum  connection  time,  cost  objectives,  etc.  The  signal- 
ing and  supervision  plan  must  exhibit  at  least  three  charac- 
teristics including:  a)  complete  information  to  allow  for 
completing  the  call/message  attempt;  b)  relatively  fast,  and 
c)  positive  response  or  equivalent  to  guarantee  accuracy  of 
the  signaling  and  supervising  response  information  between 
an  originating  source  and  the  destination,  and  the  plan 
should  also  incorporate  a robustness  to  accommodate  error 
condi ti ons • 

i 
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A critical  factor  in  the  routing  plan  is  in  the  method  of 
determining  the  routes  which  might  be  attempted.  This  is 
independent  of  whether  the  plan  is  deterministic  or  an 
adaptive  plan.  The  path  selection  or  path  calculating 
algorithm  may  be  exercised  a-priori  and/or  during  the  call 
attempt,  but  it  must  be  integrated  with  the  routing  plan 
to  support  the  routing  plan  criteria. 

A modification  of  the  model  was  prepared  to  accommodate  a 
non -h i era rch i ca 1 network,  while  the  original  model  which 
was  also  evaluated  was  based  on  a hierarchical  structure. 
Briefly,  the  major  differences  include; 

Hierarchical  - most  subscribers  terminate  on  an  access 

or  tributary  node.  All  calls  which 
are  destined  for  remote  points  (i.e., 
two  or  more  inter-node  1 i nks/trunks  ) 
must  request  routes  from  a regional 
node,  which  is  the  entry  into  the 
backbone/high  density  net. 

Non-Hierarchical  - all  nodes  have  equal  capability  for 

tandem  routing;  thus  call  routing  is 
established  by  each  node. 

The  routing  plans  to  be  considered  were  Deterministic  and 
DART.  A third  plan  called  Calculated  Path  was  considered, 
but  after  considerable  study,  this  was  determined  to  be  the 
route  selection  aglorithm,  rather  than  a routing  plan. 

As  a result,  Calculated  Path  algorithm  is  used  to  establish 
routes  for  Deterministic  and  DART.  The  signaling  plan 
involved  a technique  requiring  an  out-of-band  trunk  channel, 
using  a quas i -message  digital  format.  The  signaling  plan 
divides  into  two  segments:  the  actual  signaling/routing 
message  to  attempt  to  establish  the  calling/message  trunk 

► 
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request,  and  (reverse  leg)  supervisory  messages  to  denote 
the  successful  or  unsuccessful  allocation  of  the  trunk. 

The  resulting  supervisory  response  varies  depending  on 
whether  the  call  Is  a voice  call  or  a data  (packet  or 
na rra t 1 ve/ record ) message.  Two  responses  exist  for  the 
voice  call;  route/trunk  available  or  a "busy"  (node  or 
trunk )/outage  response.  Alternate  paths  are  attempted  in 
the  latter  condition.  The  outage  (node/trunk  down)  condition 
is  considered  a long  term  condition  and  essentially  reflects 
a network  status  message,  which  modifies  the  routing 
selection  strategy.  Data  traffic  is  handled  differently 
than  voice  calls.  Where  a busy/outage  supervisory 
response  is  sensed  by  the  originating  node,  data  (packet  or 
record  message)  is  sent  forward  in  the  network  to  a 
responsible  data  node,  which  queues  it  up  for  future  attempts 
at  delivery. 

Certain  assumptions  and  simplifications  were  made  to  facili- 
tate attaining  useful  runs.  These  include  the  assumptions 
made  for  the  model,  the  actual  conditions  in  the  network, 
and  the  characteristics  of  the  node  and  its  associated 
processing  functions. 

In  brief  terms,  the  assumptions  were: 

1.  Nodal  processing  times  were  quantified  at  a fixed 
1 evel  . 

2.  Internodal  trunks  were  sized  arbitrarily  to  develop 
trends  from  test  runs.  The  trunk  sizing  was  "tuned" 
as  experience  was  developed  on  the  network  model  and 
imposed  traffic. 
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3.  Network  and  model  stability  was  determined  on  an 
empirical  basis.  This  reflected  a compromise  between 
statistics  which  apparently  showed  stability  after 
various  test  runs  and  excessively  long  runs  or  extensive 
model  analysis. 

4.  Analysis  of  the  impact  of  the  routing  and  signaling 
plans  on  program  size  and  call  handling  times  were 
based  on  flow  charts,  and  extrapol anti ons , from  the 
ICMS  Program  described  in  RADC-TR-72-27. 

In  order  to  expand  on  these,  it  is  desirable  to  examine  the 
considerations  or  environment  which  governed  the  assumptions. 

The  primary  emphasis  of  the  simulation  was  to  investigate 
performance  within  the  network;  this  meant  that  the  nodes 
were  to  be  made  as  "transparent"  as  possible.  Since  nodal 
delays  in  call  message  handling  vary  as  the  traffic  load, 
gueues,  configurations  of  hardware  and  software,  etc.,  the 
quantification  of  cross-office  delay  was  fixed  rather  than 
develop  a lengthy  investigation  of  the  probabilistic 
performance  of  a node.  The  model  is  sufficiently  flexible 
so  that  a rigorous  nodal  delay  model  can  be  incorporated  if 
des i red  . 

The  original  sizing  of  the  trunks  created  conditions  where 
a large  number  of  calls  were  blocked.  Therefore,  by 
examination  of  the  test  runs  and  the  derived  blocking 
performance,  it  became  apparent  that  the  trunk  sizing  was 
i nadequate . 

Recourse  to  standard  telephone  traffic  analysis  and  careful 
review  of  the  statistics  gathered  in  these  runs  allowed  fine 
tuning  of  the  trunk  sizing,  so  that: 
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a)  Apparent  network  stability  was  achieved  without 
long  CPU  runs; 

b)  call  blocking  statistics  were  at  acceptable  levels. 

The  question  of  network  model  performance  under  an  Imposed 
traffic  load  introduces  the  need  to  achieve  a stable 
situation.  From  the  pragmatic  viewpoint,  it  was  decided 
to  run  the  model  under  well  defined  conditions  to  achieve 
a point  where  the  model  apparently  has  reached  steady-state 
(or  near)  conditions.  As  can  be  seen,  stability  is  a 
function  which  is  related  to  many  factors:  (a)  "real  world" 
factors  - trunk  blocking,  nodal  call  (message  handling) 
delays,  queue  lengths,  available  routes;  (b)  simulation 
related  factors  - length  of  the  run,  correlation  of  the 
collected  statistics,  intensity  and  distributions  of  traffic 
introduced  at  various  points  in  the  run,  and  various  model 
character! sties. 

The  analysis  of  the  memory  sizing  and  call  handling  functions 
was  based  on  circuit  switch  call  handling  program  flow 
developed  under  the  ICMS  Program.  This  also  related  timing 
to  a specific  controller.  However,  the  routing  and 
signaling  supervision  as  considered  in  this  study  were 
introduced  as  additional  functions.  The  estimates  for  these 
functions  were  for  the  Deterministic  and  the  DART  plans,  for 
the  hierarchical  and  non-hierarchical  networks.  It  must  be 
noted  that  the  estimates  of  memory  size  do  not  necessarily 
require  that  all  these  functions  be  in  working  core;  in 
particular,  the  adaptive  routing  path  algorithms  within 
DART  could  be  overlaid  from  mass  storage  only  when  required. 

Finally,  the  use  of  standardized  simulation  language  and 
structure  (originally  Flowsim,  and  finally  SPSS)  was  an 
important  factor  in  allowing  concentration  on  the  model  and 


9 


real  world  factors.  However,  it  should  be  noted  that  there 
were  discrepancies  between  the  user  manuals  and  the  level 
of  program  issue  on  the  machines  used.  The  user  should 
consider  these  factors  when  attempting  to  use  the  fiPSS 
package  in  conjunction  with  the  ADSS  Program. 
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3.0  DEFINITION  OF  OPERATIONAL  MODEL 


3.1  NETWORK  SELECTION  AND  SIZING 

3.1.1  INTRODUCTION 

The  selection  of  the  original  network  as  presented  in  the 
proposal  was  arbitrary  and  selected  as  a point  of  departure. 

As  the  program  developed  and  trial  runs  of  the  simulation 
were  made,  adjustments  in  trunk  capacities,  node  capacities, 
and  connectivity  were  seen  to  be  necessary  in  order  to  prove 
that  the  simulation  was  indeed  functioning  correctly  with 
respect  to  the  various  functions  of  trunk  busy,  node  busy, 
and  pre-emption. 

The  final  network  was  reached  through  a heuristic  analysis 
of  traffic  since  the  original  runs  of  the  simulation 
showed  the  capacity  to  be  inadequate.  This  analysis  will 
be  discussed  later  in  this  section. 

The  following  sections  describe  how  the  network  was  devel- 
oped, leading  to  the  ultimate  simulated  network  and  the 
factors  affecting  the  changes  from  one  to  the  other. 

The  organization  of  the  program  requires  a brief  discussion 
at  this  point.  The  major  program  modules  and  their  func- 
tions are: 

a)  Traffic  Generator  (TRGEN)  - Translates  the  input 
traffic  statistics  to  a series  of  transactions  re- 
flecting voice  and  data  (packet  or  message)  to  be 
handled  by  the  network. 

b)  Path  Calculator  (PCALC)  - Depending  upon  the  routing 
plan,  a path  is  determined  for  the  call  on 

each  transaction  by  the  calculated  path  module, 
which  then  allows  the  Traffic  Generator  to  release 
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the  transaction  to  the  simulated  network, 

c)  Network  Simulator  (NETSIM)  - This  processes  and  follows 
the  actual  transaction  as  it  precedes  throuqh  the  net- 
work, i.e.,  it  involves  the  signaling  and  supervision, 
as  well  as  connect/disconnect,  channel  selection,  and 
information  movement. 

d)  Statistical  Reporter  - This  module  collects  and  tabu- 
lates all  the  data  representing  the  network  performance, 
as  represented  by  snapshots  of  the  message  (voice  or 
data)  status  and  history.  Thus,  delays,  length  in 
queue,  message  types,  etc.  are  recorded  and  tabulated. 

3.1.2  BASIC  NETWORK  A 

The  basic  network  is  the  one  presented  in  the  proposal  and 
shown  here  in  Figure  3-1. 

No  trunk  capacities  were  assigned  at  this  point  but  high 
density  trunks  designated  as  the  super-net  (back-bone)  were 
assigned  as  the  main  route. 

Packet  and  message  switching  nodes  were  arbitrarily  assigned. 
The  types  of  nodes,  tributary,  regional,  etc.  are  recog- 
nizable from  the  key. 

3.1.3  NETWORK  B (MORE  CONNECTIVITY  THAN  NETWORK  A) 

Network  B,  shown  in  Figure  3-2,  assigns  capacities  to  the 
trunks  between  nodes.  These  values  were  arbitrarily 
assigned,  and  as  will  be  seen  later,  proved  to  be  inade- 
quate in  simulation  runs.  The  conclusion  reached  here 
shows  the  value  of  simulation  of  a complex  network. 

Since  packet  switched  traffic  was  of  considerable  interest 
in  the  simulation,  additional  nodes  were  assigned  a packet 
switching  capability. 
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REGIONAL 


FIGURE  3-2  NETWORK  B 


This  network  was  the  first  network  for  which  a connectivity 
matrix  was  prepared  for  the  simulation  program. 

3.1.4  NETWORK  C (MODIFICATIONS  OF  MODEL) 

Several  alterations  to  Network  B were  made  to  facilitate 
the  testino  of  the  NETSIM  program  as  shown  in  Figure  3-3, 
including  more  adequate  trunk  sizing. 

It  was  determined  at  this  point  that  the  voice  and  data 
traffic  flowing  in  the  network  represented  independent 
areas  of  interest  and  it  was,  therefore,  decided  to  create 
separate  pseudo-channels  for  handling  the  two  types.  The 
number  of  data  channels  is  the  same  as  that  shown  in  Net- 
work B,  but  the  number  of  voice  channels  were  assigned  to 
reflect  the  longer  call  duration  for  voice  calls,  and  it 
will  be  noticed  that  in  most  cases  the  number  of  voice 
channels  exceeds  the  number  of  data  channels. 

In  addition  to  the  assignment  of  voice  channels,  separate 
signaling  and  supervision  channels  were  assigned  between 
nodes,  one  for  voice  calls  and  one  for  data.  Finally,  and 
in  order  to  simplify  the  testing  of  the  NETSIM  prorram,  the 
link  between  nodes  4 and  12  was  eliminated. 

In  order  to  test  that  the  network  responded  correctly  to 
such  functions  as  node  busy,  trunks  busy  and  pre-empt,  the 
link  capacity  between  nodes  3 and  12  and  between  2 and  12 
were  reduced  to  1.  This  ensured  that  the  trunk  and  node 
busy  conditions  would  be  encountered  by  the  test  message. 

3.1.5  NETWORK  D (CHANGE  IN  NODE  CAPACITY) 

The  basic  difference  between  Network  D shown  in  Figure  3-4 
and  Network  C is  noted  in  Node  9 where  the  nodal  capacity 
was  reduced  to  1.  This  change  was  also  made  to  facilitate 
testing  of  the  NETSIM  program  and  in  particular,  the 
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FIGURE  3-3  NETWORK  C /<y\  REGIONAL 


pre-empt  feature  of  the  simulation. 


3.1.6  NETWORK  E 

Figure  3-5  shows  the  network  as  it  was  used  in  the  early 
simulation  runs.  All  links  and  node  capacities  were 
restored  to  their  original  values. 

A number  of  runs  were  conducted;  the  statistical  output  of 
these  runs  appeared  to  indicate  that  the  network  was  over- 
loading to  the  applied  traffic  level. 

3.1.7  NETWORK  F 

The  number  of  trunks  between  nodes  in  Network  F shown  in 
Figure  3-6  reflects  the  heuristic  changes,  supported  by  an 
analysis,  which  was  made  in  an  attempt  to  more  closely 
approximate  actual  traffic  conditions. 

For  these  simulation  runs,  the  average  call  rates  and  hold 
times  were  as  follows: 

Data  - 6 calls  per  second  with  a 10  second  duration 

Voice  - 3 calls  per  second  with  a 4 minute  duration. 

Total  busy  hour  traffic  generated  is: 

Data  = 3600  X 6 X 10  = 60  Erlangs 

I6T5"0 

Voice  = 3600  X 3 X 4 = 720  Erlangs 

i5'0  ' 

Averaging  these  total  network  traffic  figures  over  20 
trunk  groups  in  the  network  and  allowing  for  the  fact  that 
data  links  can  be  treated  as  simplex  and  voice  links  full 
duplex,  the  average  traffic  per  link  is: 

Voice  720  = 36  Erlangs,  20  duplex  channels  are 

20  required  for  voice. 
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FIGURE  3-5  NETWORK  E 


Data  60  = 1.5  Erlangs,  40  (simplex)  channels  are 

required  for  data. 

Applying  Erlang  "B"  and  a blocking  probability  P0  = .001 
the  average  number  of  trunks  required  is: 

Data  = 6 Channels 

Voice  = 48  Channels 

Applying  these  values  to  Network  F gave  the  values  as  shown 
and  provided  the  network  on  which  the  ultimate  simulation 
runs  were  made. 

3.2  ROUTING  PLANS 
3.2.1  INTRODUCTION 

The  hypothetical  network  defined  in  Section  3.1  was  the 
basis  for  determining  the  mechanization  of  the  routing 
schemes  to  be  simulated.  For  the  purpose  of  simulation, 
the  network  was  assumed  to  be  both  hierarchical  and  non- 
hierarchical,  these  items  defining  the  inter-relationships 
and  responsibilities  of  the  nodes.  The  following  section 
describes  how  each  of  the  routing  schemes  were  defined  for 
the  purpose  of  the  simulation.  The  definition  consisted  of 
establishing  the  routing  rules  whereby  a path  is  determined 
through  the  network, and  in  formulating  the  protocol  by 
which  information  is  transferred  over  the  established  path. 
Both  of  these  functions  are  essential  inputs  to  the 
s imul a ti on  . 

Two  basic  routing  schemes  were  simulated  as  follows: 

a)  Deterministic 

b)  DART  (Deterministic  Adaptive  Routing  Technique). 
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Within  the  structure  of  the  DART  method  is  an  algorithm 
which  calculates  a path  through  the  network  and  is  referred 
to  in  the  simulation  as  PCALC. 

Since  the  simulated  network  is  universal,  i.e.  it  provides 
for  circuit  switching,  packet  switching  and  message 
switching,  the  protocols  involved  within  a given  routing 
scheme  must  vary  according  to  the  type  of  information 
being  handled.  This  variation  comes  about  since  only 
selected  nodes  have  message  and  packet  switching  capability. 
When  over-laid  on  a hierarchical  and  non -h i e ra rch i ca 1 net- 
work structure  it  is  possible  to  define  a total  of  eight 
combinations  of  routing  rules  which  are  summari zed  in 
Figures  3-7  through  3-14. 

Each  of  these  figures  has  a hypothetical  network  for 
descriptive  purposes  which  is  a subset  of  the  full  network 
previously  described. 

Aobrevi ations  used  throughout  these  figures  are  as  follows: 

OT  - Originating  Tributary  - a node  at  which  a call 
originates. 

DT  - Destination  Tributary  - a node  at  which  a call 
termi nates  . 

RON  - Responsible  Originating  Node  - a node  used  only 
in  packet  or  message  switching  being  the  nearest 
node  to  an  originating  data  subscriber  which  has 
message  switching  capability. 

RDN  - Responsible  Destination  Node  - a node  used  only 
in  packet  or  message  switching  being  the  nearest 
node  to  a terminating  data  subscriber  which  has 
message  switching  capability. 

PNR  - Packet  Narrative  Record  - a collective  term  for 
packet  and  message  switching. 
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3.2.2  DETERMINISTIC 


3 . 2 . 2 . 1 Circuit  Switched  Hierarchical 

The  routing  rules  for  the  deterministic  routing  scheme  for 
circuit  switched  messages  in  a hierarchical  network  are 
shown  in  Figure  3-7. 

Actual  routes  in  this  method  are  stored  in  the  Regional 
Node  and  are  passed  to  the  OT  on  request.  The  route 
passed  to  the  OT  consists  of  the  primary  and  the  alternate 
route . 

Each  succeeding  node  through  which  a call  passes  determines 
the  availability  of  the  specified  route  and  failure  of  a 
route  request  either  because  of  busv  trunks  or  node  block- 
age results  in  the  message  reverting  to  the  OT  for  an 
alternate  route. 

The  OT  passes  network  status  information  derived  from 
acknowledgment  messages  to  the  regional  which  has  the 
resDons i bi 1 i ty  . 

In  determining  the  optimum  route,  the  regional  node  has  the 
option  of  routing  a call  over  the  "backbone"  network  if  it 
is  determined  that  the  ultimate  route  would  require  an 
excess  of  two  trunks. 

3 . 2 . 2 . 2 Circuit  Switched  - Non-hierarchi cal 

The  routing  rules  for  this  combination  are  shown  in 
Figure  3-8. 

The  basic  difference  between  this  method  and  that  described 
above  for  the  hierarchical  network  is  in  the  disposition 
of  the  routing  tables  which  now  reside  in  the  originating 
tributary.  The  primary  and  alternate  routes  are  thus 
defined  at  the  OT . 
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FIGURE  3-7  - ROUTING  RULES  - DETERMINISTIC  - CIRCUIT  SWITCHED  - HIERARCHICAL 
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FIGURE  3-8  - ROUTING  RULES  - DETERMINISTIC  - CIRCUIT  SWITCHED  - NON -H I E RARCH I CAL 


Since  the  regional  node  is  not  reouired  a backbone  network 
no  longer  exists.  However,  the  OT  will  still  have  the 
capability  of  defining  the  optimum  oath. 

3 . 2 . 2 . 3 PNR  - Hierarchical 

The  routing  rules  for  packet  or  message  information  in  a 
hierarchical  network  are  shown  in  Figure  3-9. 

The  hypothetical  network  in  this  figure  shows  that  nodes 
C & E are  designated  as  having  packet  and  message  switching 
capability  in  addition  to  circuit  switching. 

Furthermore,  these  nodes  are  designated  as  "responsible" 
nodes  to  subscribers  A and  B,  the  originating  and  termin- 
ating subscribers  respectively. 

A responsible  node, because  of  its  capability  to  store 
messages,  is  used  to  route  a message  as  far  as  possible 
through  the  network.  For  example,  if  a message  from 
subscriber  A is  to  be  routed  to  subscriber  B via  nodes  AC, 

E & G and  if  the  trunk  between  C & E is  out  or  node  E is 
blocked,  Node  C as  the  responsible  node  will  send  a LOCKIN 
to  Node  A.  The  message  will  be  transmitted  to  Node  E 
which  will  now  become  the  originating  node  as  far  as  that 
particular  message  is  concerned. 

As  with  a voice  call,  the  OT  derives  its  routes  from  the 
connected  regional  and  the  route  returned  to  the  OT  will 
consist  of  the  primary  and  an  alternate.  Also  the  regional 
has  power  of  decision  on  the  routing  of  calls  over  the 
backbone  network  if  alternate  routes  would  require  in 
excess  of  two  links. 
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FIGURE  3-9  - ROUTING  RULES  - DETERMINISTIC  - MESSAGE  OR  PACKET  SWITCHED  - HIERARCHICAL 


3 . 2 . 2 . 4 PN R - Non -h i e ra rch i ca 1 

The  deterministic  routing  of  PNR  traffic  in  a non-hier- 
archical  network  uses  the  rules  as  shown  in  Figure  3-10, 
This  differs  from  the  hierarchical  network  by  the  exclu- 
sion of  desianated  regional  nodes  and  the  backbone  network. 
In  comparison  to  circuit  switched  non-hicrarchical  it 
differs  in  the  provision  of  responsible  nodes. 

Route  determination  is  made  at  the  OT  and  failed  calls 
revert  to  the  OT  for  alternate  routes.  As  with  the 
hierarchical  network,  a PNR  message  is  forwarded  to  a 
responsible  node  if  the  full  route  is  not  available. 

3.2.3  DART 

3.2.3. 1 Circuit  Switch  - Hierarchical 

Routing  rules  for  circuit  switched  traffic  in  a hierarch- 
ical network  usina  the  DART  technique  are  shown  in 
Figure  3-11. 

Routine  tables  are  contained  in  the  regional  which  deter- 
mines the  route  on  request  from  the  oriainating  tributary 
to  which  it  passes  the  primary  and  alternate  routes  as 
reouested . 

If  a route  fails  due  to  a busy  link,  this  information  is 
passed  to  the  regional  which  removes  this  link  from  con- 
sideration only  for  the  next  trial  in  which  it  is  needed. 

If  a call  fails  due  to  link  outaae,  the  link  is  removed 
from  further  consideration  until  re-instated  by  external 
means  (network  control).  With  DART,  a.  tertiary  route  is 
determined  if  required  by  use  of  the  calculated  path 
technique. 
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FIGURE  3-10  - ROUTING  RULES  - DETERMINISTIC  - MESSAGE  OR  PACKET  SWITCHED  - NON-H I ERARCH I CAL . 


Oj 

:>  C3 

'A 


1/1 


J 

< 


f!  i 
•/)  ^1 


o 


o 


z 

>- 

• 

OO 

•—4 

OC 

I— 

LU 

d 

o 

o 

z: 

CJ 

O 

K-i 

o 

X 

DC 

ct: 

h- 

oo 

h- 

Q. 

• 

to 

o 

z 

oo 

LU 

h- 

LU 

o 

• 

Q 

I— 

oc 

> 

o 

LU 

LU 

LU 

o 

to 

LU 

LU 

_J 

> 

z: 

QC 

z 

CJ 

o. 

LU 

LU 

X 

o 

X 

z: 

OC 

QC 

CD 

o 

LU 

o 

O 

z 

o 

-U 

LU 

O 

d 

OO 

oo 

H- 

1 

d 

LU 

d 

o 

O 

O 

QC 

»— 

X 

oo 

o 

a: 

Q 

— J 

1-^ 

h- 

o 

LU 

s 

1 

3 

DC 

00 

d 

_l 

H- 

UJ 

Ll. 

O 

LU 

K- 

z 

d 

N — » 

Z 

Z 

1— * 

OO 

CD 

• 

ID 

_J 

»--4 

_J 

LU 

LU 

O 

X 

CD 

< 

O 

Z 

CJ 

CD 

h— 

z 

• 

Z 

z 

o 

z 

z 

d 

o 

d 

CO 

LU 

1— « 

Ll. 

h~ 

1— 

oo 

< 

C3 

OO 

o 

OO 

d 

LU 

LU 

d 

CJ 

QC 

O 

q: 

o 

CO 

HH 

• 

X 

LU 

CD 

LU 

«J 

o 

00 

z 

a: 

QC 

z 

QC 

*— 1 

LJ 

o 

LU 

X 

1—4 

X 

d 

oc 

LU 

►-4 

> 

— J 

u. 

LU 

1— 

o 

•—4 

»— 4 

00 

d 

d 

_J 

< 

QC 

*=t 

z 

o 

Q 

U- 

d 

u. 

LU 

»— 

*-4 

3 

LU 

z 

X 

Q 

o 

h- 

K- 

h- 

Ll. 

o 

Ll. 

1— 

LU 

00 

LU 

Z2 

1—1 

O 

oo 

o 

OC 

•* 

LU 

Z 

o 

CD 

LU 

O 

d 

Q 

o 

LU 

_J 

oo 

h- 

• 

LU 

z 

QC 

z 

CO 

CD 

to 

CO 

>- 

H- 

z 

OO 

d 

►— * 

d 

QC 

ID 

OC 

d 

o 

1-^ 

X 

o 

h- 

O 

>- 

oo 

< 

X 

CO 

LU 

o 

Ci_ 

CJ 

H- 

s: 

h- 

_l 

h- 

QC 

X 

LU 

t— » 

z: 

1 

CD 

— J 

X 

Ll. 

oo 

o 

QC 

> 

o 

a: 

oo 

d 

d 

o 

LU 

ck: 

o: 

LU 

CO 

o 

• 

(X 

LU 

h- 

LL. 

to 

h- 

u. 

z 

H- 

1— 

o 

LU 

(-J 

oo 

*~4 

oc 

LU 

O 

>- 

d 

z 

Q 

1— 

LU 

1- 

LU 

ac 

LU 

X 

QC 

Z 

LU 

d 

z: 

oo 

Z 

q: 

> 

»— 

o 

d 

QC 

.u 

> 

Z 

z 

LU 

LU 

o 

h- 

r: 

LU 

d 

O 

QC 

o 

=5 

z: 

h~* 

•I 

1—4 

»— 

z 

X 

LU 

CJ 

O' 

oc 

LU 

_J 

h- 

Q 

q: 

-U 

o 

LU 

h- 

LU 

LU 

o 

o 

LU 

cx. 

d 

QC 

.U 

cc 

H- 

d 

z 

Z 

CD 

d 

a: 

LU 

-J 

o 

QC 

tn 

m 

LU 

XC 

o 

LU 

Q 

d 

QC 

ZD 

h- 

K- 

QC 

z 

Ll. 

3 

CJ 

z 

oo 

o 

h— 

o. 

oo 

1—4 

O 

_l 

o 

LU 

LU 

z: 

LU 

-—X 

— J 

LU 

> 

< 

»»4 

K- 

a: 

QC 

LU 

X 

LU 

Z 

oa 

Z 

CD 

LU 

h- 

<3 

"w' 

QC 

LU 

o 

LU 

O 

X 

LU 

I— 

LU 

OO 

X 

oo 

»— * 

o: 

QC 

h- 

h— 

d 

QC 

X 

-J 

_J 

to 

LU 

ID 

o 

_J 

1—4 

Z) 

z 

LU 

LU 

H- 

X 

O 

»— 

h- 

QC 

d 

d 

LU 

o 

a: 

1—4 

»-4 

3 

Ct 

o 

O 

Ll. 

o 

Li_ 

CM 

ro 

in 

CO 

00 

30 


FIGURE  3-n  - ROUTING  RULES  - DART  - CIRCUIT  SWITCHED  - HIERARCHICAL. 


3 . 2 . 3 . 2  C i r c u i t S w itch ed  - Non-hlerarchical 


Routing  rules  for  circuit  switched  non-hierarchical  using 
the  DART  technique  are  shown  in  Figure  3-12.  These  rules 
are  similar  to  those  for  the  hierarchical  network  except 
that  responsibility  for  determining  primary  and  alternate 
routes  and  for  calculating  the  tertiary  route  is  vested  in 
the  OT  which  maintains  and  updates  routing  tables  otherwise 
performed  by  the  regional  node. 

3 . 2 . 3 . 3 PNR  - Hierarchical 

The  routing  rules  for  this  technique  are  as  shown  in 
Figure  3-13. 

As  with  deterministic  routing  certain  nodes  have  circuit 
and  message  switching  capability  and  are  designated  as 
responsible  nodes. 

Routes  are  determined  from  the  regionals  by  the  OT  and 
failures  are  passed  to  the  regional  for  table  update. 

Any  given  call  tries  a primary  and  alternate  and  then 
tertiary  which  is  determined  by  the  PCALC  algorithm  in 
the  regional . 

3. 2. 3. 4 PNR  - Non-hierarchical 

The  PNR  non-hierarchical  routing  scheme,  rules  of  which 
are  shown  in  Figure  3-14*  is  identical  to  the  DART  PNR 
non-hierarchical  scheme  except  that  the  routing  decisions 
are  made  in  the  tributary  node. 
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FIGURE  3-12  - ROUTING  RULES  - DART  - CIRCUIT  SWITCHED  - NON -H I E RARCH I CAL . 
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3.2,4  CALCULATED  PATH-ROUTING  ALGORITHM 


The  following  describes  the  routing  algorithm  used  for 
calculating  a path  through  the  network.  The  algorithm  is 
resident  at  Regional  nodes  only  In  the  hierarchical  network 
and  in  all  nodes  in  the  non -h i e ra rch i ca 1 network. 

The  principles  of  the  algorithm  are  described  in  this 
section  and  detailed  flow  charts  of  the  program  are  given 
in  Appendix  E (Program  Documentation). 

3 . 2 . 4 . 1 Basic  Assumptions 

In  order  to  define  the  calculated  path  algorithm,  certain 
basic  ground  rules  were  established  below: 

1.  A path  is  obtained  using  the  routing  algorithm 
from  the  originating  node  (ON)  to  the  destination 
t ri buta ry  ( DT ) . 

0 Traffic  originating  and  terminating  in  the 
same  node  is  not  handled  in  the  routing 
a 1 gori thm . 

0 Traffic  to  adjacent  nodes  one  link  away  is 
handled  by  the  algorithm. 

2.  If  a path  is  available,  meeting  certain  minimum 
requirements  (described  later),  this  path  is 
found . 

3.  If  no  path  is  available,  the  message  is  returned 
with  this  information  in  P75  (Path  Connection). 

4.  Path-Request  Paths  are  generated: 

0 ON-Responsi bl e Regional  (RR)  for  normal 
traff i c . 

0 ON-RR-Gateway  (GW)  for  traffic  to  mobile 
subscri ber . 


5.  "Disconnected  Nets",  networks  severed  into  two  or 
more  distinct  subnetworks,  are  permitted. 

6.  Path  type  is  determined  by  message  type:  CS,  MS, 

PS.  (Circuit  Switch,  Message  Switch,  Packet 

Swi tch ) 

7.  One  or  some  combination  of  the  following  path 
types  are  generated: 

0 Direct  (least  links). 

0 Supernet  ( h i gh -dens i ty  trunks). 

0 RPM  (Responsible  Packet-Message  Switch  Nodes) 
for  MS  or  PS  traffic. 

8.  Any  node  which  is  a PM  (Packet-Message  Switch) 
node  is  assigned  as  its  own  RPM. 

9.  Traffic  may  not  terminate  in  a Regional  node. 

3 . 2 . 4 . 2 Calculated  Path  Decision  Table 

Table  3-1  presents  a dicision  table  for  message  handling 
in  the  calculated  path  algorithm.  This  table  is  read  in  a 
vertical  direction  and  the  number(s)  at  the  foot  of  each 
column  indicates  the  next  column  to  be  read.  Double  numbers 


at  the  foot  of 

each  column 

indicate  message  to  be  sent 

both  columns. 

The  key  to  the 

lettering  of 

the  columns  is  as  follows: 

Col umn 

Mnemon i c 

Meaning 

1 

MT 

Message  Type 

2 

RG 

Regional s 

3 

CSP 

Circuit  Switched  Path 

4 

RPMP 

RPM  Path 

5 

MBS 

Mobile  Subscriber 

condition 


table  3-1  - path  calculator  decision  table 


Key  to  lettering  of  columns  (continued): 


Cjo^l  u m n 
6 

7 

8 


Mnemon i c 

Mean i nq 

PRP 

Path  Request  Path 

RET 

Return 

DP 

Direct  Path 

Figure  3-16  presents  the  flow  through  the  table  of  all 
possible  path  combinations.  The  lettering  above  each  of 
these  paths  indicates  the  columns  in  Table  3-1. 

The  specific  path  to  be  computed  for  a given  message  is 
constrained  by  message  type,  nodal  distance  and  node  types. 

The  specific  constraints  are  as  follows: 

A.  CIRCUIT  SWITCHED  (CS)  TRAFFIC: 

1.  ON  must  be  originating  tributary  (OT). 

2.  If  minimum  nodal  distance  (OT-DT)  _<  2 links, 
direct  path  is  generated  from  OT  to  DT . 

3.  If  minimum  nodal  distance  (0T-DT)>2  links,  then 
an  attempt  is  made  to  find  a supernet  path  (high 
density  trunks  between  Regional  nodes): 

0 Randomly  select  a Regional  node  as  close 
as  possible  to  the  OT  (Originating 
Regi onal  : OR) . 

0 Randomly  select  a Regional  node  as  close 
as  possible  to  the  DT  (Destination 
Regional  : DR) . 

0 Find  direct  path  (OT-DT)  if  OR  or  DR  not 
available  (to  meet  Assumption  2). 

0 Direct  Path:  DT-DR. 

0 Supernet:  DR-OR. 
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0 Find  direct  path  (OT-DT)  if  no  path  between 
DR  and  OR  is  available  (to  meet  Assump- 
tion 2 ) . 

0 Direct  Path;  OR-DT. 

MESSAGE  OR  PACKET  SWITCHED  (MS-PS)  TRAFFIC: 

1.  ON  may  be  OT  or  a Liable  Packet-Message  Switched 
node  (tributary  or  Regional). 

2.  The  Originating  Responsible  PM  node  (ORPM)  is 
found  for  the  ON  and  the  Destination  Responsible 
PM  node  (DRPM)  is  found  for  the  DT . 

3.  No  path  is  found  if  the  ORPM  or  the  DRPM  cannot 
be  found,  or  if  they  cannot  be  incorporated  in 
the  path  (because  of  lack  of  connectivity). 

4.  Direct  Path:  DT~DRPM. 

5.  If  minimum  nodal  distance  (ORPM-DRPM)  2 links, 
direct  path  is  generated  from  DRPM  to  ORPM. 

6.  If  minimum  nodal  distance  ( ORPM-DRPM ) > 2 links,  an 
attempt  is  made  to  find  a Supernet  path: 

0 OR  and  DR  picked  as  in  CS  -fie  except 
with  reference  to  ORPM  and  DRPM, 
respecti vely . 

0 If  the  ORPM  is  also  a Regional  node,  it  is 
always  made  the  OR. 

0 If  the  DRPM  is  also  a Regional  node,  it  is 
always  made  the  DR. 

0 Find  direct  path  from  DRPM  to  ORPM  if  OR 
and/or  DR  not  available  (to  meet  Assumption 
2). 

0 Direct  Path:  DR  to  OR. 
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0 Supernet  Path:  DR  to  OR. 

0 Find  direct  path  from  DRPM  to  ORPM  if 
path  from  DR  to  OR  unavailable  (to  meet 
Assumption  2) . 

0 Direct  Path:  OR  to  ORPM. 

0 Direct  Path:  ORPM  to  ON. 


3 . 2 . 4 . 3 Testing  the  Path  Calculator 


The  Path  Calculator  is  a subroutine  incorporated  into  the 
Traffic  Generator,  and  requires  four  subroutines  already 
available  in  the  Traffic  Generator:  OBTNN,  RNDRG,  GNODE, 
GPATH.  The  Path  Calculator,  however,  is  not  tested  within 
the  normal  Test  sequence  of  the  Traffic  Generator.  Instead, 
a separate  test  deck  is  developed  and  maintained  (concur- 
rently with  Traffic  Generator  revisions).  This  deck  pro- 
vides an  iterative  calling  routine  to  generate  a set  of 
messages  which  forces  the  Path  Calculator  to  calculate 
paths  exercising  all  the  columns  in  the  Decision  Table. 

The  path  formats  necessary  to  do  this  are  shown  in  Figure 
3-16  a) through  c).  The  paths  to  be  followed  for  testing 


a re : 


Figure  ( a ) 
Figure  ( b ) 
Figure  ( c ) 
Figure  ( c ) 


1 .3 
1 .4,6 

1 ,17,21 ,23 
26,27,29 


Network  input  and  CIDI  matrices  are  also  provided  in  this 
deck.  Network  A (used  in  Acceptance  Tests)  can  be  the 
basis  for  obtaining  path  formats  1-3,  but  a modified  ver- 
sion of  this  net  is  necessary  to  provide  the  connectivity 
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required  to  produce  format  4. 


3 . 2 . 4 . 4 Modifying  Connectivity 

PCALC  finds  a path  based  on  the  current  connectivity 
provided  by  the  CIDI  matrices;  therefore,  a routine  to 
modify  CIDI  and  call  PCALC  is  needed.  The  Network  Simu- 
lator will  call  this  routine,  providing  the  link(s)  which 
are  to  be  removed  from  the  connectivity.  This  routine  is 
called  'TDR'  and  a functional  block  diagram  is  shown  in 
Figure  3-15. 

3.3  STATE  DIAGRAM  DESCRIPTION 

3.3.1  INTRODUCTION 

The  following  presents  a description  of  the  protocol  used 
in  the  simulation  to  define  the  passage  of  transactions 
through  the  simulation  model.  The  state  diagrams  are 
shown  in  Figure  3-17  which  includes  protocols  for  the 
delivery  of  voice  messages  and  packet  messages  with  store 
and  forwa rd  operation.  Detailed  decision  tables  are  given 
in  Appendix  II. 

3.3.2  CIRCUIT  SWITCH  (CS) 

3. 3. 2.1  Routing  Between  Origin  and  Destination 

Circuit  switch  protocol  is  shown  in  Figure  3-17  in  which 
the  originating  node  is  shown  on  the  left  and  the  destina- 
tion on  the  right.  It  should  be  noted  that  intermediate 
nodes  may  be  located  between  the  point  of  origin  and  the 
destination  and  that  a connection  request  can  encounter  a 
blocked  node  or  a busy  trunk  condition  at  any  of  these 
intermediate  points.  This  situation  will  become  apparent 
from  the  description. 
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FIGURE  3-15  TRAFFIC  DESTINATION  ROUTINE  (TDR) 
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BESI TWAILABLE  COPY 


2 = DR  5 = DRPM 

FIGURE  3-16  (c)  POSSIBLE  RPM  PATHS  3 = OR  6 = ORPM 
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FIGURE  3-16  (c)  {CONI' D)  POSSIBLE  RPM  PATHS 
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POSSIBLE  RPM  PATHS 
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FIGURE  3-17 


CIRCUIT  SWITCHED  PROTOCOL 


A call  is  originated  at  point  A through  a connection 
request  (CR)  to  the  destination  node  via  any  in  termedi ate 
nodes.  If  the  CR  encounters  a condition  at  an  intermed- 
iate node  which  prevents  the  transaction  from  further 
progress,  a Node  Blocked  (NB)  or  Trunks  Busy  (TB)  signal 
is  sent  to  the  originating  node.  These  signals  are  seen 
at  points  E and  F on  the  diagram.  Either  of  these  signals 
causes  the  originating  node  to  select  an  alternate  path 
to  the  destination  and  to  send  a further  CR  (point  I on 
the  diagram).  If  this  CR  also  encounters  a TB  or  NB,  the 
transaction  is  terminated. 

If  the  first  CR  was  successfully  received  at  the  destina- 
tion (point  R)  or  if  the  second  CR  was  received  at  point  U, 
a security  check  between  calling  and  called  subscribers  is 
conducted.  If  a security  mismatch  is  encountered,  the 
transaction  is  handed  to  the  nearest  compatible  subscriber. 
This  function  is  seen  in  the  simulation  as  a delay  indi- 
cated in  the  diagram  by  the  loop  designated  "Security 
Mismatch".  When  a successful  security  check  has  been  con- 
ducted, a "LOCKIN''  (L)  is  sent  to  the  originating  node 
from  point  T on  the  first  request  or  point  W on  the  second 
request . 

It  should  be  noted  that  the  simulation  is  arranged  such 
that  although  a "path"  is  reserved  during  the  CR,  the 
facilities  are  not  taken  into  service  until  LOCKIN.  This 
can  result  in  the  received  facility  being  busied  or  pre- 
empted before  the  "call"  can  be  completed.  These  condi- 
tions result  in  a Trunks  Busy  (TB)  or  Pre-empt  (PE) 
appearing  at  points  G & F on  the  first  CR  and  will  result 
in  a new  CR  from  point  I.  If  the  busy  or  pre-empt  condi- 
tion is  encountered  on  the  second  CR,  the  TB  or  PE  signals 
will  appear  at  points  M & N respectively  and  the  call  will 
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be  terminated. 


A successful  LOCKIN  received  at  points  B or  C will  result 
in  a completed  call  and  information  will  flow  as  shown 
from  point  D to  X. 

If,  during  the  connect  time  a call  is  pre-empted,  the  PE 
signal  (Point  0)  will  cause  a termination  of  the  call. 

Normal  release  will  result  in  a "DISCONNECT"  (D)  signal 
appearing  at  Point  P.  If  the  disconnect  signal  encounters 
a pre-empt  before  being  operative,  a Pre-empt  (PE)  signal 
appears  at  point  Q and  the  call  is  terminated.  This 
latter  (pre-empt)  condition  would  not  occur  in  practice 
but  was  included  in  the  simulation  as  a point  for  gathering 
statistics. 

3.3.3  packet/narrative  RECORD  (PNR)  PROTOCOL 

3 . 3 . 3 . 1 Rout  i 'ig  from  Origination  to  RDN 

Figure  3-18  shows  the  signal  flow  for  packet  and  message 
switching  from  an  originating  tributary  node  via  a respons- 
ible originating  node  (RON),  a responsible  destination 
node  (RDN)  to  a destination  node.  As  with  the  circuit 
switch  protocol,  it  is  possible  that  intermediate  nodes 
will  be  encountered  between  the  RON  and  the  RDN.  An 
elaboration  of  the  signal  flow  between  these  intermediate 
points  is  shown  between  the  RON  and  a liable  node  (LN)  in 
Figure  3-19  and  between  the  liable  node  and  the  RDN  in 
Figure  3-20. 

Referring  first  to  Figure  3-17  a connection  request  (CR) 
from  the  originating  tributory  node  (Point  AA)  will  seek  a 
path  to  the  RON.  In  order  to  arrive  at  the  RON,  inter- 
mediate nodes  could  be  encountered.  If  either  an 
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intermediate  node  encounters  a blocked  node  condition  or 
if  an  intermediate  node  encounters  a blocked  trunk  condi- 
tion, a NB  or  TB  signal  (points  BA  & BB  respectively)  will 
result  in  a second  connection  request  (point  BE)  being 
transmitted  over  an  alternate  path.  If  this  second  CR 
encounters  an  TB  or  NB  condition  (points  BF  & BG)  the  call 
is  terminated  (noint  BN).  If  either  of  the  CR's  is  suc- 
cessful in  finding  a path,  a LOCKIN  signal  from  the  RON 
(Point  CC)  is  received  by  the  originating  node  at  Point 
AB  or  AC. 

Paths  through  intermediate  nodes  are  reserved  during  the 
CR  period  but  are  not  actually  taken  into  service  until 
LOCKIN  is  returned.  If  a reserved  trunk  is  taken  into 
service  or  pre-empted  by  another  call  before  LOCKIN 
occurs,  a Trunk  Busy  (TB)  or  pre-empt  (PE)  signal  is  re- 
ceived at  the  point  of  origination  (Points  BC  and  BO). 

If  this  occurs  after  the  first  CR  a second  attempt  is  made 
(Point  BE).  If  it  occurs  on  the  second  attempt  (Points 
BI  S BT)  the  calls  are  terminated. 

A successful  LOCKIN  (Points  AB  or  AC)  results  in  the  com- 
plete message  being  sent  to  the  Responsible  Originating 
Node  (Point  AD).  If  the  facilities  are  pre-empted  during 
transmission,  a Pre-empt  (PE)  signal  is  received  (Point 
BK)  and  transmission  is  discontinued. 

On  completion  of  transmission,  a disconnect  (D)  signal  is 
received  by  the  originating  node  (Point  BL). 

If  the  disconnect  signal  encounters  a pre-empt  before 
being  operative,  a Pre-empt  (PE)  signal  appears  at  the 
originating  node  (Point  BM)  and  the  call  is  terminated. 
This  condition  would  not  occur  in  practice  but  was  in- 
cluded in  the  simulation  as  a statistical  gathering  point. 
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The  complete  message  is  now  resident  in  the  RON  which  is 
responsible  for  finding  a path  through  the  network  to  the 
destination  node,  packetizing  the  message  if  required, 
and  re-transmitting  the  information. 

3 . 3 . 3 . 2 Transfer  Between  RON  and  RDN 

In  Figure  3-18  the  signal  flow  is  shown  when  the  respons- 
ible originating  node  is  directly  connected  to  the 
responsible  destination  node  (RDN). 

Finding  a path  to  the  RDN  is  the  same  as  the  method 
described  between  the  originating  node,  except  that  after 
two  unsuccessful  CP's  the  information  is  placed  in  a 
delayed  queue  for  a later  attempt.  Up  to  20  attempts  at 
obtaining  a path  are  made  for  any  given  message  and  if 
after  20  attempts  the  call  is  still  unsuccessful  the 
message  is  considered  as  "lost." 

The  information  is  transferred  in  the  following  manner. 

If  the  information  is  in  packet  form  each  successful 
package  receives  a packet  acknowledge  (PACK)  (Point  FK) 
which  results  in  the  transfer  of  the  next  packet.  If  the 
information  is  the  last  packet  in  the  message  or  a com- 
plete message  in  itself,  the  successful  transmission 
results  in  a message  acknowledge  (MACK)  (Point  FL)  which 
also  causes  release  of  the  trunks.  The  "RON/RDN  Signaling 
Terminated"  designation  is  not  normally  used  in  practice 
but  is  included  as  a data  gathering  point  in  the 
simulation. 

If  a message  is  pre-empted  at  any  point  in  the  trans- 
mission shown  by  the  pre-empt  (PE)  signal  in  the  diagram 
(Points  EJ,  EK,  EL,  EM)  the  message  is  stored  for  later 
attempts  in  the  delay  queue  and  up  to  20  attempts  at 
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FIGURE  3-18  - PACKET  & MESSAGE  SWITCH  PROTOCOL 


retransmission  are  made,  after  which  the  message  is 
considered  "lost". 

Messages  which  fail  parity  and  other  checks  at  the  RDN 
receive  negative  acknowledge  (NACK)  signals.  Three  at- 
tempts at  retransmission  are  made  by  the  RON,  the  first 
two  unsuccessful  attempts  being  responded  to  by  NACK  1 
and  NACK  2 (Point  DF).  If  the  third  attempt  fails  NACK  3 
(Point  EN)  is  received  which  releases  the  path  and  places 
the  entire  message  in  the  20  attempt  queue  for  later 
attempts . 

When  the  entire  message  is  resident  in  the  RDN,  the  RDN 
attempts  to  deliver  the  entire  message  to  the  destination 
used . 

3. 3. 3. 3 Delivery  from  RON  to  RDN  Via  Intermediate  Nodes 

Certain  nodes  between  the  RON  and  the  RDN  are  designated 
"Liable  Nodes."  Although  these  nodes  have  the  same  stor- 
age capability  as  the  RON  and  RDN,  this  capability  is  not 
used  unless  the  "Liable  Node"  fails  to  find  a path  forward. 
This  situation  is  illustrated  in  Figure  3-19. 

A CR  from  the  RON  is  repeated  by  the  liable  node  to  the 
next  node  in  an  attempt  to  find  a path.  If  this  attempt  is 
unsuccessful,  a TB  or  NB  signal  is  received  by  the  liable 
node.  The  liable  node  on  seeing  this  signal  generates  a 
LOCKIN  to  the  RON  and  the  i nf ormat i on  is  transferred  from 
RON  to  liable  node  in  identical  manner  as  described  above 
for  transfer  between  RON  and  RDN. 

The  path  determination  and  message  transfer  between  liable 
node  and  RDN  also  follows  the  same  procedure  as  between 
RON  and  RDN. 
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FIGURE  3-20 


LIABLE  NODE  TO  RON 


3 . 3 . 3 . 4 Delivery  To  Destination 


Referring  again  to  Figure  3-18,  the  right  hand  portion 
shows  the  sequence  of  events  for  delivery  of  a message  to 
the  destination.  It  should  be  noted  that  when  a route  to 
the  destination  is  established,  the  whole  message  is 
transferred  to  the  subscriber. 

A connection  request  CR  (Point  GA ) generated  by  the  RDN 
will  receive  either  a NB  or  TB  response,  a subscriber 
busy  or  a LOCKIN  (Points  lA,  IC  and  IB  respectively).  If 
NB,  TB  or  subscriber  busy  are  received,  a second  CR  is 
generated  (Point  HF).  If  any  of  the  same  conditions 
prevail  as  for  the  first  CR,  the  message  is  placed  in  a 
queue  for  later  attempts. 

A successful  CR  results  in  a security  check  being  made 
with  the  receiving  subscriber  terminal.  If  this  security 
check  fails,  the  message  is  passed  to  the  nearest  com- 
patible subscriber  and  a LOCKIN  is  received  from  either 
the  first  or  second  attempt. 

Completion  of  transmission  is  signified  by  a DISCONNECT 
(Point  II)  from  the  destination. 
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4.0 


CONSTRUCTION  OF  THE  ADSS  MODEL 


4 • 1 INTRODUCTION 

The  ADSS  model  constructed  for  the  simulation  is  designed 
with  the  following  objectives; 

1.  To  provide  a basis  to  evaluate  routing  techniques  and 
network  types, 

2.  To  service  all  message  and  call  types  using  common 
facilities. 

With  this  in  mind,  the  model  can  readily  be  changed  to 
produce  empirically  derived  data  using  various  network 
features.  The  variable  network  attributes  are  listed  in 
Table  4-1  . 

In  order  to  provide  flexibility  in  the  construction  of  the 
model,  the  program  is  segmented  into  four  major  modules 
which  are  the  Traffic  Generator,  the  Path  Calculator,  the 
Network  Simulator  and  the  Statistics  Reporter.  The  inter- 
relation of  the  modules  is  shown  in  Figure  4-1.  The 
detailed  submodules  are  depicted  in  the  flow  charts  (see 
Appendix  C,  program  description  in  program  documentation). 

The  Traffic  Generator  is  that  unit  which  creates  all 
traffic  from  inputs  which  reflect  the  user 
specifications  pertaining  to  incident  traffic;  The 
output  is  the  complete  traffic  set  ready  to  enter  the  network. 
The  oath  is  determined  for  each  message  in  the  Path 
Calculator  unit;  where  based  on  the  routing  technique  an 
appropriate  path  is  determined  and  the  signaling  message 
returned  to  the  Traffic  Generator.  The  message  next  enters 
the  Network  Simulator  where  message  delivery  is  attempted. 

Upon  termination  of  a run,  the  message  proceeds  to  the 
Statistics  Reporter  which  records  anomalies  occurring 
during  the  simulation  and  message  transmit  times  in  a form 
specified  by  the  user. 
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TABLE  4-1 


VARIABLE  NETWORK  PARAMETERS 


1.  Input  Connectivity  (for  all  nodes) 

2.  Link  Capacities 

3.  Link  Plex  Type  (Plex  = simplex,  duplex,  or  half 

duplex  capability) 

4.  Node  types  (RN,  RDN,  ON,  etc.) 

5.  Node  Capacities 

6.  Node  Function  (type  of  switch  - C/S,  M/S,  P/S,  etc.) 

7.  Traffic  Interarrival  Time 

8.  Traffic  Types 

9.  Priority  Distributions 

10.  Security  Distributions 

11.  Message  Lengths 

12.  Routing  Techniques 

13.  Network  Types 
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FIGURE  4-1  - STRUCTURE  OF  ADSS  MODEL 
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4.2.  MO  DU  L_E_  D^S  C Rif  T 1 0 N 
4.2.1  TRAFFIC  GENERATOR 

The  function  of  this  module  is  to  create  the  incident  traffic 
conforming  to  the  user  specifications.  Table  4-2  represents 
a convenient  specification  form  utilized  whenever  traffic 
is  modified. 

From  Table  4-2,  it  should  be  noted  that  the  numerical 
values  in  the  parentheses  represent  the  values  established 
for  the  contract.  Excluded  from  the  chart  is  the  type  of 
distribution,  such  as  Normal,  Negative  Exponential; 
presently  a negative  exponential  distribution  is  used.  This 
can  be  changed  by  the  user  as  desired. 

Fundamentally  six  traffic  criteria  must  be  defined: 
priority,  destination  distribution,  message  type  distribution 
message  timing  parameters,  security  distribution  and  the 
mobi 1 e subscri bers  . 

Five  priority  classes  are  provided,  with  unique  distributions 
for  packet  and  non-packet  data  messages.  The  desired 
distributions  should  be  recorded  in  the  accompanying  spaces. 
Continuing  this  procedure  the  remaining  categories  on  the 
chart  should  be  completed.  Further  instructions  for  the 
Traffic  Generator  modification  can  be  found  in  the  SNUG 
manua 1 . ^ ^ ^ 

Subsequent  to  generation,  in  the  Traffic  Generator  portion 
of  the  model,  the  messages  are  then  marked  with  specific 
data  indicating  message  length,  message  type,  originating 
and  destination  tributaries,  priority,  security,  identifica- 
tion number  and  various  pa ra meters  necessary  to  meet 
message  formats.  This  information  is  stored  in  particular 
parameters  locations  within  a transaction,  as  illustrated  in 
Figure  4-2 . 

^^^Section  G,  CDRL-A004. 
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TABLE  4-2 

TRAFFIC  SPECIFICATION 


f 


I 


A. 


B. 


C. 


Priorities 


Packets 

% Non-Packets 

% 

(High) 

60 

(5)*  60 

(1  )* 

50 

(0)  50 

(3) 

40 

(0)  40 

(15) 

30 

(0)  30 

(31  ) 

( Low ) 

20 

(95)  20 

(50) 

Total 

100  Total 

1 00 

Destinations 

% 

Local 

(26) 

Adjacent  Node 

(16) 

I ntra- 

Net 

(37) 

Inter- 

Net 

(11) 

Mobile 

Nets 

(10) 

Total 

100 

Message 

Types 

% 

Record 

- Single  - 

Address  Circuit-Switched 

(RSACS) 

(27) 

- Multiple 

- Address  Message-Swi tched( RMAMS ) 

(13) 

- Single  - 

Address  Message-Switched 

( RSAMS) 

(13) 

Voice 

- Two-Party 

Calls 

( VTPC) 

(32) 

- Conference  Calls 

( VCC) 

(1) 

Packet 

Data  - Multiple  Packets 

(PDMP) 

(13) 

- Single  Packets 

(PDSP) 

(1) 

Total  100 


* Parentheses  reflect  user  specified  quantity. 
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TABLE  4-2  (Cont'd.) 


D.  Timing 

Voice  Duration  -mean  value  (min.)  _ (4)* 

distribution  Neg . Exp . 

Data  Duration  - mean  value  (sec.)  _(10) 

distribution  Neg . Exp . 

Percent  of  Record  Traffic  - 500  Line  Blocks  (4) 

RatioofDatatoVoiceTraffic  w 

Da  ta  Tra  f f i c ( 67  ) 

Voice  Traffic  ^(33) 


Total 

Traffic  Origination  Volume  (erlangs) 

Inter-arrival  Time 

E . S e^  u r i ^ 

Sped  al  Ca  tegory  ( 1 ) 

Top  Secret  (2) 

Secret  ( 3 ) 

Confidential  ( 4 ) 

Unclassified  (5) 

Total  100 

F . P e rce n t Mod i le  Subscribers  ( 5 ) 


* User  Specified  Quantity. 


100 

( .25) 

Poisson 


(1) 

(4) 

(10) 

(15) 

(70) 
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TRAFFIC  GENERATOR  MESSAGE  SPECIFICATION  FIELD 


Prior  to  a transaction  existing  from  the  Traffic  Generator,  ' 

the  Path  Calculator  furnishes  the  path  (parameters  P9- 
P19),  after  which  a complete  call/messaqe  exists. 

Due  to  the  model  modularity  the  generated  traffic  can  be 
imposed  upon  the  Network  Simulator  or  saved  on  a magnetic 
tape.  Storing  the  traffic  on  tape  enables  meaningful 
comparisons  in  subsequent  simulation  runs,  since  input 
variation  is  eliminated.  Another  advantage  of  utilizing 
tapes  is  the  subsequent  elimination  of  CPU  time  in  creation 
of  traffic  in  future  simulation  runs. 

4.2.2  PATH  CALCULATOR 

The  Path  Calculator  is  the  unit  required  to  determine  paths 
for  the  Traffic  Generator  and  the  Network  Simulator. 

Since  four  routing  techniques  are  available  (two  routing 
plans,  each  within  a different  network  structure),  four 
different  Path  Calculators  are  required.  The  info rma t i on 
needed  for  each  Path  Calculator  is  structured  in  two  matrix 
formats,  the  Directory  matrix  and  the  Connectivity  matrix. 

The  calculated  path  algorithm  is  used  in  conjunction  with 
these  each  matrices  to  determine  the  route  candidates.  This 
algorithm  is  different  for  the  hierarchical  and  the  non- 
hierarchical  models. 

4. 2. 2.1  Connect  ivi  ty 

The  Connectivity  Matrix  shown  in  Figure  4-3,  is  a two 
dimensional  array  where  the  number  of  rows  and  columns  in 
the  array  is  equal  to  the  number  of  nodes  in  the  network. 

The  first  element  numbers  in  a row  corresponds  to  the  node 
numbers.  Within  a row  in  the  Connectivity  Matrix,  the 
connection  is  ordered  In  a specific  way.  First,  all  tri- 
butary nodes  that  are  adjacent  to  this  node  (nodal  distance 
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CONNECTIVITY  MATRIX  - NETWORK 


equals  one)  are  placed  in  the  row,  followed  by  all  the 
Regionals  adjacent  to  this  node.  Next,  all  tributary  nodes 
at  a nodal  distance  of  two,  followed  by  all  Regionals  at  a 
nodal  distance  of  two  are  inserted  in  the  matrix.  Follow- 
ing these  nodes,  all  tributaries  and  Regionals  at  a nodal 
distance  of  three  are  found,  etc.  This  process  is  continued 
until  all  nodes  are  contained  in  this  matrix.  To  indicate 
the  end  of  a row,  a '99'  is  contained  in  the  matrix.  For 
example.  Node  1 is  connected  to  Node  12  at  a distance  of 
one  (no  intervening  nodes);  Node  1 is  connected  to  Nodes 
2,  3,  13  and  14  at  a distance  of  two  (via  Node  12). 

4 . 2 . 2 . 2 Directory  Matrix 

The  Directory  Matrix  shown  in  Figure  4-4,  is  utilized  to 
obtain  locations  in  the  connectivity  matrix.  The  directory 
stores  the  location  of  the  first  Regional  at  a given  nodal 
distance,  and  last  node  at  a given  nodal  distance.  Addition- 
ally, the  directory  matrix  stores  information  pertinent 
to  the  node  type,  responsibility  and  maximum  nodal  distance. 

The  unique  features  of  the  hierarchical  deterministic  path 
al gori thm  are : 

1.  The  selection  of  responsible  message  switch  and 
packet  switch  nodes. 

2.  Hierarchical  routing  criteria. 

Since  responsible  regional  nodes  are  assigned  by  the  user, 
optimal  paths  are  not  necessarily  generated.  This  results 
in  the  utilization  of  the  "backbone"  network,  the  criteria 
of  which  is  a path  exceeding  two  links. 

The  hierarchical  routing  criteria  for  the  Deterministic  and 
Adaptive  Routing  Technique  (DART)  is  similar  to  that  above. 
But  the  responsible  nodes  are  selected  by  an  algorithm 
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searching  for  the  closest  nodes  possessing  the  required 
message  function.  A list  of  possible  originating  nodes  is 
compared  to  the  possible  destination  nodes  in  the  selection 
of  the  responsible  nodes.  Finally,  regional  nodes  are 
selected,  if  required,  and  the  selected  path  is  calculated. 

For  the  non - h i e ra rch i ca 1 routing  techniques,  regional  nodes 
are  eliminated,  and  an  optimal  path  is  calculated.  The 
selection  of  responsible  nodes  is  similar  to  the  procedures 
described  above. 

4.2.3  NETWORK  SIMULATOR 

The  Network  Simulator  (NETSIM)  is  the  module  responsible 
for  traffic  movement.  Traffic  enters  the  Network  Simulator 
from  the  Traffic  Generator  module  with  its  path  and  other 
information  about  itself.  As  the  message  moves  through  the 
network,  it  'acts'  as  different  types  of  messages;  Control, 
Signaling  and  Supervision,  and  Information. 

Delivering  a message  from  an  Originating  Tributary  to  a 
Destination  Tributary  is  accomplished  by  using  four  phases 
of  message  delivery;  channel  selection,  lock-in,  information 
transmission,  disconnect.  The  same  path  is  used  in  each 
phase.  (See  Figure  4-5.) 

The  Connection  Request  Signaling  and  Supervision  message  in 
Channel  Selection  reserves  the  channels  that  this  particular 
message  attempts  to  use.  The  signaling  determines  if  the 
path  and  nodes  are  usable  as  the  Signaling  and  Supervision 
message  is  transmitted  from  location  to  location.  The 
Connection  Request  enters  each  node,  the  traffic  level  at 
that  node  is  incremented.  As  the  Connection  Request  attempts 
to  leave  a node  over  a signalling  and  supervision  channel, 
it  reserves  an  Information  Channel  to  the  next  node  on  its 
path . 
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Once  Connection  Request  reaches  the  Destination  Node,  a 
Lock-in  signal  is  transmitted  back  to  the  Originator  Node. 

The  Lcck-in  Phase  acquires  the  channels  that  were  reserved 
by  Connection  Request. 

With  the  Origination  and  Desti nation  connected.  Informa ti on 
Transmission  is  possible.  If  the  message  is  to  be  stored  at 
the  Destination  Node,  it  will  be  put  in  mass  store  there. 

After  all  information  is  transmitted,  the  Destination  Node 
will  initiate  a Disconnect  Signaling  and  Supervision  message. 
This  message  is  transmitted  t'  the  Originating  Node  over  the 
same  path  that  all  Four  Phases  share.  As  the  Disconnect 
message  passes  through  a node  in  the  path,  it  returns  the 
rel ated  channel  the  Information  Message  used  and  decrements 
the  traffic  level.  This  is  repeated  until  all  channels  that 
were  used  by  this  Information  Message  are  returned  to 
available  status.  This  will  complete  delivery  of  the  message 
and  clear  channels  for  another  message. 

A normal  Network  is  defined  by  a n on-over-loaded,  not-busy, 
smooth  running  network.  If  an  abnormality  is  detected  in 
any  of  the  Four  Phases,  Anomuly  Signaling  and  Supervision 
messages  are  initiated.  These  Anomaly  Messages  are  initiated 
by  conditions  of  an  overloaded  network  (Deterministic);  or 
by  defined  probability  densities  (Probabilistic). 

Deterministic  anomalies  include  Node  Busy,  Trunks  Busy,  and 
Priority  Bump.  These  all  occur  based  on  traffic  levels  in 
the  network. 

A Node  Busy  condition  is  sensed  when  the  traffic  level  at  a 
node  is  incremented  beyond  the  defined  Node  Capacity.  This 
iqnalinq  and  Supervision  message  can  only  occur  in  the 
-innel  Selection  Phase  and  is  transmitted  back  to  the 
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Origination  Node.  As  the  anomaly  message  moves  through  the 
network,  reserved  channels  are  freed  and  traffic  levels  are 
decremented . 

■’’runks  Busy  occur  in  the  Channel  Selection  Phase  when  all 
information  channels  in  the  path  are  reserved  and  none  of 
them  are  pre-emptabl e , i.e.,  used  by  a lower  priority 
message  than  the  one  attempting  connection.  This  anomaly 
message  cancels  reserved  channels  back  to  the  Originating 
Node  as  it  passes  through  the  network. 

Pre-emption  can  occur  as  the  Lock-in  message  (which  denotes 
the  path  is  reserved  for  a call)  acquires  Information  Channels 
that  were  reserved.  By  utilizing  this  reservation  technique, 
a message  cannot  pre-empt  a lower  priority  message  until  the 
higher  priority  message  has  reserved  all  needed  channels  from 
the  Origination  Node  to  the  Destination  Node. 

Pre-emption  can  only  occur  in  the  Lock-In  Phase,  and  the 
pre-empted  message  will  initiate  a Priority  Bump  Signaling 
and  Supervision  message.  This  anomaly  message  will  return 
all  channels  that  the  pre-empted  message  used. 

Probabilistic  Anomalies  include  Subscriber  Busy,  Security 
Mismatch,  and  Nacks  (Negative  Message  Acknowledgment).  These 
are  based  on  arbitrarily-specified  random  probability 
densi ties . 

Subscriber  Busy  and  Security  Mismatch  may  happen  in  the 
Channel  Selection  Phase  when  Connection  Request  reaches  the 
Destination  Tributary.  The  probability  of  obtaining  a 
Subscriber  Busy  is  twice  the  Origination  Traffic  Density, 
which  is  presently  .25  erlangs  (P  (Subscriber  Busy)  = 

2 X 0.25  = 0.5).  The  probability  of  a Security  Mismatch 
is  based  on  the  classification  of  each  message;  the  higher 
classification  the  higher  probability  of  an  anomaly. 
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The  NACK  anomalies  (NACK  1 thru  3)  are  based  on  a mathematical 
'proneness'  model.  Given  Nack  1,  the  probability  of  Nack  2 
increases,  and  given  Nack  2,  the  probability  of  Nack  3 
increases. 

The  Nack  1 and  Nack  2 Signaling  and  Supervision  messages  are 
transmitted  to  the  Originating  Node  where  the  Information 
will  be  retransmitted.  On  Nack  3,  the  Information  is  not 
retransmitted  but  Signaling  and  Supervision  is  initiated 
to  request  an  alternate  path. 

The  three  protocols,  based  on  traffic  types  are 
Circuit  Switch  protocol,  Narrative/Record  Switch  protocol, 
and  Packet  Switch  protocol.  Each  message  ishandled  under 
the  guidelines  of  one  of  these  protocols.  Each  protocol 
describes  how  a message  is  delivered,  either  Circuit  Switched 
or  under  Store  and  Forward. 

Circuit  Switch  protocol  and  Circuit  Store  and  Forward 
protocol  are  two  distinct  ways  in  which  a message  is  delivered 
to  its  des ti nation. 

The  Circuit  Store  and  Forward  Traffic  Handling  Method  is 
used  in  Narrative/Record  Switching  Protocol  and  Packet 
Switching  protocol,  while  Circuit  Switch  protocol  uses  the 
Circuit  Switch  Traffic  Handling  Method. 

Circuit  Switch  protocol  attempts  to  circuit-connect  the 
Origination  Tributary  (OT)  to  the  Destination  Tributary  (DT). 
The  Four  Phases  of  Message  Delivery  are  accomplished  using  a 
path,  stored  in  the  simulation  transaction,  representing 
the  message.  This  path  is  used  to  simulate  message  movement 
from  one  node  to  the  next. 

In  each  message  there  is  a pointer  which  indicates  the 
location  of  the  message  in  the  network  by  pointing  to 
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different  storage  compartinents  in  the  path  string.  These 
storage  compartments  contain  the  node  numbers  of  the  path. 
Therefore,  by  adjusting  the  pointer,  a message  moves  in 
either  direction  along  the  stored  path.  Network  travel  is 

accomplished  this  way. 

In  the  Information  Transmission  Phase  of  Circuit  Switch 
Traffic  Handling,  the  message  is  circuit  switched  from  the 
Origination  to  the  Destination  without  storing  the  message 
at  any  node  along  its  path.  By  contrast,  in  Store  and 
Forward  protocol  each  message  is  normally  stored  at  two 
points  in  the  path  string. 

A message  that  must  be  stored  in  the  network  is  transmitted 
from  the  Originating  Tributary  to  its  Responsible  Originating 
Node.  Only  channels  that  are  needed  to  get  the  message  to 
the  Responsible  Originating  Node  are  reserved  and  acquired. 

Once  the  Informati on  reaches  the  Responsible  Originating 
Node,  the  message  is  placed  in  mass  storage.  At  the  same 
time,  it  is  queued  for  removal  from  the  mass  store,  FIFO 
(First  In,  First  Out)  by  priority. 

After  the  message  is  removed  from  queue,  a Connection  Request 
attempts  to  connect  the  Responsible  Originating  Node  to  the 
Responsible  Destination  Node.  If  successful,  the  message  is 
removed  from  the  originating  mass  storage  and  transmitted  to 
the  destination  mass  storage.  Note  that  transmission  is 
circuit-switched  through  nodes  connecting  the  two  Responsible 
Nodes.  At  the  Responsible  Destination  Node,  when  the  message 
is  placed  in  mass  storage,  it  is  queued  for  removal  from  the 
storage  (FIFO  by  priority).  If  the  Connection  Request  fails 
to  connect  the  two  Responsible  Nodes,  an  attempt  is  made  to 
transmit  the  message  as  far  down  its  path  as  possible,  to 
another  node,  (LN)  Liable  Node, capable  of  storing  this  message. 
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The  message  will  be  transmitted  to  a Liable  Node  (LN)  in  its 
path  only  if  the  Responsible  Destination  Node  cannot  be 
reached  by  a Connection  Request  and  channels  can  be 
reserved  to  the  Liable  Node.  In  this  way,  the  message  gets 
as  close  as  possible  to  its  destination.  The  Liable  Node 
stores  the  message  and  places  it  on  queue  to  be  transmitted 
to  the  Responsible  Destination  Node.  Eventually,  the 
message  arrives  at  the  Responsible  Destination  Node. 

Removal  from  the  queue  at  the  Responsible  Destination  Node 
allows  the  message  to  complete  the  final  segment  in  its 
journey  to  the  Destination  Tributary.  A Connection  Request 
reserves  channels  and  the  message  is  transmitted  to  the 
Destination  Tributary  where  it  is  delivered  to  the  subscriber. 

4.2.4  STATISTICS  REPORTER 

The  Statistics  Reporter  is  the  unit  responsible  for  tabulating 
all  data.  Basically,  the  statistics  are  divided  into  two 
categories,  input  and  output.  On  the  input  side  tabular 
distributions  are  provided  for  all  message  categories.  This 
includes  representations  of  message  lengths,  message  types, 
priorities,  origination  tributaries,  destination  tributaries, 
security  and  several  more.  These  distributions  are  provided 
wherever  traffic  is  generated  by  using  the  Traffic  Generator 
unit.  If  an  input  tape  is  used,  the  distributions  are  not 
available. 

The  statistics  available  at  the  output  include  counts  of 
anomalies,  distribution  of  message  times,  and  records  of 
message  movement.  In  order  to  determine  the  frequency  of 
anomalies  during  a particular  path  attempt  two  tables  are 
required.  One  table  records  anomalies  which  caused  the 
message  to  be  blocked  (the  message  requests  another  path). 
Another  table  is  required  to  record  anomalies  which  caused 
the  message  to  become  lost  (the  message  cannot  be  delivered 
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and  is  terminated).  Since  multiple  path  attempts  are 
allowed  two  tables  are  allocated  for  each  request.  More 
tables  are  required  for  a larger  number  of  attempts.  An 
additional  two  tables  are  required  to  accumulate  this  data 
in  order  to  provide  an  overview  of  the  system.  A total 
count  of  messages  delivered  and  lost  is  provided  in  separate 
tabl e . 

Many  other  tables  are  required  to  maintain  distributions  of 
message  times.  In  order  to  evaluate  circuit  switched  mes- 
sages independently  of  packet/narrative  records;  distribution 
of  message  call  handling  and  call  connection  times  are  pro- 
vided separately.  Call  connection  time  is  defined  as  the 
time  required  from  initiation  of  a call  to  the  time  the 
connection  is  complete.  The  call  handling  time  is  defined 
as  the  total  time  from  initiation  to  termination  minus  the 
time  of  actual  information  transmission  (call  holding  time). 

Another  time  frequently  used  in  table  tabulations  is  total 
transmit  time.  Total  transmit  time  is  the  time  from  call 
initialization  to  final  termination.  This  data  may  be 
tabularized  in  any  of  seven  categories.  The  categories  are: 

1.  message/call  length 

2.  message  type 

3.  origination  tributary 

4.  destination  tributary 

5 . security 

6.  path  length 

7.  priority. 

Any  two  sets  of  tables  may  be  tabulated  in  one  run. 

The  time  packet  or  narrative/record  messages  spend  is  a node 
may  also  be  tabularized.  The  times  of  interest  could  be  the 
total  time  a message  is  in  a node  from  the  time  a message  is 
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queued  at  a node.  A total  of  five  nodes  for  each  time  may 
be  designated  prior  to  a run;  this  selection  of  five  nodes 
can  be  changed  prior  to  each  run. 

A record  of  messages  entering  any  of  five  designated  nodes 
is  provided  when  desired.  The  information  contained  within 
a record  is: 

1.  a message  identification  number 

2.  time  of  entry 

3.  time  of  exit 

4.  time  message  was  queued. 

This  record  is  user-defined  as  part  of  the  program  input. 

Of  the  output  statistics  available,  four  have  been  of  primary 
interest  as  criteria  in  evaluating  routing  techniques.  Both 
call  handling  time  and  connection  time  measure  system 
performance  since  the  message  length  is  not  included  in  these 
times.  This  yields  information  dependent  upon  the  routing 
technique  and  basic  connection  type  (circuit  switched  protocol 
or  store  and  forward  protocol)  which  can  be  compared  in  subse- 
quent runs.  Another  set  of  data,  signaling  and  supervision 
queue  times  is  an  indication  of  service  times  at  nodes.  This 
information  is  presented  in  a tabular  distribution  for  all 
nodes.  A final  set  of  statistics  is  provided  in  savevalues. 
These  savevalues  contain  the  number  of  total  number  of  messages 
initiated,  blocked,  lost,  and  delivered  at  any  time  in  the 
simulation.  With  this  data  a history  of  the  messages  connect- 
ed may  be  obtained.  The  number  of  messages  connected 
provides  an  indication  of  message  throughput  for  the  system. 

The  program  structure  was  designed  to  be  modular.  For 
example,  the  source  file  for  the  simulation  has  an  index 
tag  starting  in  column  73  of  every  card.  The  digit  in 
columns  75  has  particular  meaning  in  categorizing  the  modules. 
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Digits  in  the  range  of  zero  to  three  indicate  common  INPUT 
coding.  This  is  essentially  the  Traffic  Generator  and 
initialization  of  the  program . When  column  75  contains  a 
4,  the  module  is  the  Path  Calculator.  A value  in  the  range 
of  5 to  6 indicates  common  NETSIM  coding.  And  digits  from 
7 to  9 indicate  unique  NETSIM  coding  and  the  Statistics 
Reporter.  This  technique  allowed  the  designer  to  quickly 
identify  the  software  module  and  whether  it  was  in  a 
common  area  or  one  of  the  other  major  design  modules. 

Since  several  modules  of  the  program,  such  as  Path  Calculator, 
have  versions  for  each  type  of  routing,  another  identification 
field  is  required.  This  field  is  contained  in  columns  73 
and  74.  This  particular  field  is  allowed  the  seven  values 
defined  below: 

00  coding  common-to-al 1 programs 

10  coding  unique  to  hierarchical,  deterministic  program 
20  coding  unique  to  hierarchical,  DART  Program 
30  coding  unique  to  non-hi erarchi cal  , deterministic 
Program 

40  coding  unique  to  non-hierarchi cal , DART  Program 
13  coding  unique  to  Deterministic  Programs 
24  coding  unique  to  DART  Programs. 

Finally,  in  order  to  provide  a standard  terminology  when 
discussing  the  programs,  the  following  scheme  is  used: 

SIGNALING/SUPERVISION  ROUTING  TECHNIQUE 


Hierarchical  Network  1 2_  

Non-hierarchical 3 4 

A program  referred  to  as  is  a Det'-'-ministic,  hierarchical 
run . 


Deterministic  Dart 


1 

2 

3 

4 
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A '4'  is  a DART,  non-hi erarchi cal  run,  and  so  forth  for 
2 and  3. 


5.0  RESULTS  OBTAINED 


5.1  INTRODUCTION 

As  a result  of  the  termination  of  a complete  simulation  run 
an  immense  collection  of  data  has  occurred.  All  the  statis- 
tics specified  in  the  Statement  of  Work  are  generated  with 
the  addition  of  particular  statistical  distributions  used 
in  the  simulation  analysis.  The  output  is  formatted  in  the 
standard  GPSSV  entities  such  as  tables,  queues  and  savevalues 
as  shown  in  Figure  5-1  (a  complete  interpretation  of  the 
entities  is  provided  in  the  GPSSV  Users  Guide). 

The  simulation  statistics  may  basically  be  categorized  into 
four  types: 

a.  input  traffic  distributions 

b.  output  traffic  transit  time  distributions 

c.  blocking  frequencies 

d.  unique  time  distributions. 

A review  of  each  category  and  the  philosophy  used  in  the 
tabulation  follows  in  this  section. 

In  the  network  analysis,  the  evaluation  criteria  has  been 
divided  into  four  parameters: 

a.  ca 1 1 -handl i ng  time 

b.  call  connect  time 

c.  signaling  and  supervision  queuing  time 

d.  statistics,  relating  to  message  traffic. 

Since  this  data  is  of  major  significance  the  terminology  is 
defined  prior  to  the  actual  interpretation  of  the  results, 
later  in  this  section. 

5 . 2 INPUT  TRAFFIC  DISTRIBUTIONS 

Each  incident  message  in  the  Traffic  Generator  is  sorted  into 
various  traffic  categories  prior  to  entering  the  Network 
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SAMPLE  GPSS,  OUTPUT  ENTITIES 
FIGURE  5-1 


Simula  tor  in  order  to  provide  a statistical  check  on 
the  input  message  distributions.  The  particular  dis- 
tribution name  and  an  accompanying  explanation  is  given 
in  Table  5-1.  Since  this  set  of  tables  is  created  only 
when  the  Traffic  Generator  is  fully  utilized,  the  tables 
are  not  available  if  traffic  is  produced  from  the 
magnetic  tape. 

5.3  TRANSIT  TIME  DISTRIBUTIONS  AND  INPUT  VARIABLES 

Distributions  of  the  total  ori gi n-to-desti nation  delay 
(transit  time)  is  provided  at  the  completion  of  a 
simulation  run  as  required  in  4.4.1  of  the  Statement  of 
Work.  Due  to  the  significant  CPU  time  and  storage 
required  in  table  generation,  a limitation  has  been 
imposed  on  the  transit  time  table  sets  for  any  single 
run;  at  this  point  two  is  the  limit. 

The  transit  time  distributions  can  be  sorted  into  any 
two  of  the  categories  listed: 


a . 

transit 

time 

versus 

message/cal  1 delay 

b. 

transit 

time 

versus 

message  type 

c . 

trans i t 

time 

versus 

origination  tributary 

d. 

transit 

t i me 

versus 

destination  tributary 

e . 

transit 

ti  me 

versus 

security  level 

f . 

transit 

ti  me 

versus 

path  length 

g- 

transit 

1 1 me 

versus 

priority  level 
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Each  category  has  twenty  tables  allocated  to  transit  time 
distributions.  This  implies  that  a maximum  of  forty  tables 
are  devoted  to  transit  time  distributions.  The  procedure 
to  change  a table  set  and  a review  of  the  interpretation  of 
results  is  found  in  the  SNUG  manual.  (See  Appendix  G, 
program  documentation.) 

The  'table  versus  transit  time  output  designation  is 
defined  in  G-2.  The  tables  will  be  collected  for  output  of 
the  program  runs. 

5.4  BLOCKING  FREQUENCY  DISTRIBUTIONS 

A means  of  comparing  the  occurrence  of  various  anomalies 
during  each  path  attempt  and  routing  technique  has  been 
arranged  by  utilizing  the  table  entity.  These  counts  are 
formatted  into  a set  of  tables  which  sort  the  anomalies  and 
categorize  the  results;  blocked  or  lost  message.  The  tables 
used  are  numbers  61  through  68  for  the  Deterministic  routing 
techniques  and  numbers  85  through  94  for  the  DART  routing 
techniques.  A listing  of  the  tables,  their  titles,  and  a 
brief  description  of  the  data  gathered  is  found  in  Table  5-2. 

As  an  example  of  a table,  refer  to  the  Table  BLFQl  at  the  top 
of  Figure  5-1.  Within  this  table,  the  entities  of  concern 
are  the  entries  in  the  table,  the  upper  limit  column,  and 
the  observed  frequency;  the  remaining  headings  are  of  little 
significant  value.  In  this  particular  table,  BFLQl  , (Block- 
ing Frequency  - First  path  attempt)  the  entries  in  table 
reveals  the  total  number  of  messages  finding  a blockage  on 
the  first  connection  attempt.  The  two  remaining  columns 
give  the  reason  and  relative  frequency  for  the  blocking. 
Reading  down  the  "upper  limit"  1 is  an  "observed  Frequency" 


82 


Table  # 

Title 

Descri pti on 

41 

ORION 

The  distribution  of  messages  vs  the  or- 
iginating tributaries. 

42 

I NT  VS 

The  interarrival  time  distribution  for  all 
voice  messages. 

43 

INTDT 

The  interarrival  time  distribution  for  all 
data  messages. 

44 

MDISl 

The  message  (type)  distribution  prior  to 
creation  of  multiaddress  messages. 

45 

RSLIT 

The  data  message  (type)  distribution. 

46 

LENVC 

The  voice  message  length  distribution  (in 
time  units). 

47 

RNOEX 

The  narrative/record  message  (type)  dis- 
tribution. 

48 

PNGEX 

The  packet  message  (type)  distribution. 

49 

LENDT 

The  data  message  length  distribution  (in 
time  units). 

50 

CLASS 

The  security  classification  distribution/ 
or  all  nessaoes. 

51 

PRITY 

The  priority  level  distribution  for  all 
messages  exceeding  packet  messages. 

52 

PRITP 

Tne  priority  level  distribution  for  the 
packet  messages. 

53 

DESTP 

The  distribution  of  messages  to  the  various 
destination  node  types. 

54 

DESIN 

The  distribution  of  messages  to  the  individual 
destination  nodes. 

55 

HOIST 

The  distribution  of  total  incident  traffic 
to  the  message  types. 

56 

MOBSB 

The  message  (type)  distribution  \/hose  des- 
tinations are  mobile  subscribers. 

INPUT  TRAFFIC  DISTRIBUTIONS 
TABLE  5-1 
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TITLE 

TABLE  # 

DCSCniPTIOfl  OF  CONTENTS 

Oetermi ni Stic 

DFLST 

(61) 

Total  number  of  lost  and  delivered 

messages 

LTCLl 

(62) 

Count  of  causes  for  lost  calls  on 
path  attempt. 

f i rst 

LTCL2 

(63) 

Count  of  causes  for  lost  calls  on 
path  attempt. 

second 

LTCL3 

(64) 

Count  of  causes  for  lost  calls  on 
and  second  path. 

f i rs  t 

RLTOi 

(65) 

Count  of  causes  for  blocked  calls 
first  nath  attempt. 

on 

Bl  r't2 

(65) 

Count  of  causes  for  blocked  calls 
second  path  attempt. 

on 

BLn3 

(67) 

Count  of  causes  for  blocked  calls 
first  and  second  path. 

on 

0’’nTJ1  (f>8)  Count  of  spcofid  path  attempts  requested, 

and  count  of  nessanes  returned  for  tem- 
porary storage  due  to  blocking  conditions. 


UAP.T 


HELST 

(85) 

Total  number  of 

lost 

and  delivered  messages 

LOSTl 

(86) 

Count  of  causes 
path  attempt. 

for 

lost  call  on 

f i rst 

L0ST2 

(87) 

Count  of  causes 
oat.b  attempt. 

for 

lost  call  on 

second 

L0ST3 

(88) 

Count  of  causes 
nath  attempt. 

for 

lost  call  on 

thi  rd 

L0‘;T4 

(09) 

Count  of  causes  for 
second,  and  third 

lost  call  on  first, 
path  attempts. 

RLKIll 

(90) 

Count  of  causes 
path  attempt. 

for 

Mocked  call 

on  first 

3LKD2 

(91) 

Count  of  causes 
path  attempt. 

for 

blocked  call 

on  second 

3LKn3 

(92) 

Count  of  causes 
oath  attempt. 

for 

blocked  call 

on  third 

CLKl)4 

(93) 

Count  of  causes  for  blocked  call 
second  and  third  nath  attempts 

on  first, 

• 

STP23 

(94) 

Count  of  second 

, and 

third  path 

attempts 

and  nessanes  returned  for  temporary  stor- 
ane  due  to  hlockinn  conditions. 


ANOilALY  TABLES 
TABLE  5-2 
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of  R4  meaning  84  messages  were  blocked  due  to  the  subscriber 
being  busy.  The  “Observed  Frequency"  of  22,  associated  with 
"Upper  Limit"  2 Indicates  19  messages  were  blocked  due  to 
pre-emption,  but  they  were  re-transmitted.  "Upper  Limit" 

3,  "Observed  Frequency"  6 means  6 messages  had  to  obtain  a 
different  path  due  to  the  successive  Negative  Acknowledgments. 
Since  the  "Observed  Frequency"  was  zero  for  "Upper  Limit  4, 
no  messages  were  blocked  due  to  node  capacity.  Finally, 

"Upper  Limit"  5,  "Observed  Frequency"  139  indicates  193 
messages  were  blocked  due  to  the  unavailability  of  trunks. 

This  style  of  Interpretation  is  repeated  for  the  remaining 
tables;  Appendix  I contains  a key  to  the  interpretation  of 
the  tables  and  all  the  anomaly  tables  generated  in  the  study 
runs  . 

The  Table  PRIO  is  maintained  for  each  simulation  run  in  order 
to  gain  an  Insight  to  the  priority  scheme,  by  counting  the 
messages  of  each  priority  level  being  pre-empted. 

5.5  UNIQUE  TIME  DISTRIBUTIONS 

Two  sets  of  tables  remain  to  be  described,  those  generating 
statistics  on  the  time  messages  are  queued  at  nodes  and  the 
total  time  a message  is  at  a node.  In  each  case,  the  nodes 
of  concern  must  be  selected  by  the  user  with  a limit  of 
five  nodes  per  case.  The  procedure  to  specify  the  particular 
nodes  of  Interest  is  described  in  the  SNUG  manual. 

The  "Nodewatch"  tables  provide  a distribution  of  the  total 
time,  this  Includes  signaling/supervision  queuing,  PNR 
queuing  and  processor  delay  messages  encountered  at  the 
nodes.  Table  76  through  81  are  used  for  this  purpose  with 
table  81  presenting  the  accumulation  of  the  previous  five 
tables.  The  remaining  table  set  spans  tables  71  through  75 
while  providing  a distribution  of  the  times  PNR  messages 
are  queued  at  a responsible  node. 
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5 . 6 EVALUATION  _C  R I T E R l A 

Due  to  the  enormous  amount  of  data  available,  a thorough 
weighting  and  analysis  of  all  the  output  is  highly  difficult 
and  beyond  the  scope  of  the  project.  With  this  in  mind, 
consultation  with  RADC  has  produced  a set  of  parameters  to 
be  used  in  comparing  alternate  routing  schemes.  The  follow- 
ing is  a discussion  of  the  evaluation  criteria  and  message 
philosophy  involved. 


5.6.1  CALL-HANDLING  TIME 


^Inde'' ’lodo\ 

V A . / 

f’ath 

A 


flod"  w 
C / 


Simplified  Message  Phase  Diagram 
Figure  5-2 
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Connect i on 
Request 
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Di sconnect 


The  first  evaluation  parameters,  Call-Handing  Time  represents 
the  total  time  required  by  a call  independent  of  the  actual 
i n forma ti on  duration.  This  time  is  graphically  illustrated 
in  Figure  5-2  as  the  total  time  required  to  traverse  Paths  A, 
B and  D.  Call-Handing  Time  is  of  significant  value  since 
it  represents  the  time  devoted  by  the  network  in  a message 
setup  and  tear-down.  But  of  equal  importance,  this  factor 
gives  an  indication  of  the  trunk  sizing  since  it  includes 
signaling/supervision  and  PNR  queuing  times.  This  accounts 
of  the  significance  time  differences  between  circuit-switched 
and  store/forward  message  types.  It  should  be  noted  call- 
handling is  encountered  even  for  lost  calls  since  a portion 


of  processor  and  network  time  Is  involved  In  attempting 
a connection. 

5.6.2  CONNECT  TIME 

The  second  measurement  parameter.  Connect  Time  represents 
the  total  network  time  expended  in  establishing  a connect- 
ion from  end  to  end.  In  Figure  5-2,  connect  time  represents 
the  time  required  to  traverse  Paths  A and  B,  while  in  the 
real  world  it  corresponds  to  the  time  from  the  completion 
of  a dial  sequence  until  the  actual  ring  tone  occurs.  Both 
connect  time  and  cal  1 -handl ing  time  are  tabulated  distinctly 
for  circuit-switched  and  store/forward  messages  in  order  to 
provide  a meaningful  basis  of  comparison. 

A logical  inference  from  the  term  connect  time  is  that  time 
exists  only  for  messages  actually  receiving  a lock-in  signal. 
The  major  differences  between  connect  time  and  cal  1 -handl ing 
time  is  the  time  required  for  a disconnect  to  occur  and  the 
time  a PNR  message  is  queued.  Therefore,  in  the  circuit- 
switched  case,  the  difference  between  the  times  is  due  to 
disconnect  signaling.  This  time  can  be  used  in  obtaining 
an  estimation  of  path  lengths. 

5.6.3  SIGNALING/SUPERVISION  QUEUE  TIMES 

All  queuing  encountered  by  messages  occurs  to  either 
signaling/supervision  messages  or  the  PNR  messages  at 
responsible  nodes.  The  queuing  times  are  accumulated  separate 
ly  for  S/S  and  PNR  messages  as  shown  in  Figure  5-3;  through 
these  times  an  indication  of  the  network  loading  can  be 
obtained. 

5.6.4  MESSAGE/CONNECTED  STATISTICS 

In  f 'r  to  provide  a relative  simple  comparison  and  a 
mea  f network  throughput  several  traffic  related  ratios 
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are  calculated  at  constant  time  Intervals  and  outputted. 

The  format  being  used  in  the  output  is  illustrated  in 
Figure  5-1  - SAVEVALUES:  the  specific  data  format  is 
listed  in  Table  5-3.  (Note:  All  percentage  savevalues  are 
multiplied  by  ten,  i.e.,  a context  of  578  is  interpreted  as 
57.8X) . 

A delivered  message  is  considered  to  be  a normally  completed 
call;  a blocked  message  is  a call  which  could  not  be  connected 
or  completed  and  will  be  re- transmi tted ; and  lost  calls 
are  those  which  are  terminated  prior  to  completion  of  the 
call.  The  algorithm  used  is  the  calculations,  divides  the 
total  messages  of  each  particular  category  by  the  appropriate 
network  population.  The  network  population  is  maintained 
by  incrementing  a particular  savevalue  whenever  a message 
enters  and  decrementing  the  savevalue  when  a message  term- 
inates. The  numerator  is  obtained  by  maintaining  separate 
counts  of  the  blocked,  delivered  and  lost  messages  of  the 
appropriate  message  category.  Terminated  and  delivered  counts 
are  incremented  only  once  for  each  message,  but  the  blocked 
count  is  incremented  each  time  a message  encounters  a blocking 
condition.  It  is  for  this  reason  a summation  of  the  blocked, 
lost  and  delivered  ratio  must  be  avoided  (the  result  is  often 
greater  than  100) . 

From  this  data,  graphs  can  be  prepared.  Figures  5-4  through 
5-14,  represent  the  system  status  at  various  times.  This 
information  is  beneficial  when  evaluating  alternate  routing 
schemes  since  similar  curves  can  be  drawn  on  a single  graph 
allowing  rapid  visual  comparisons. 
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TABLE  5-3 


Sa veva 1 ue 
X95 

X96 

X97 

X98 

X99 
XlOO 

XlOl 

X102 

X103 

X104 

Message/Connected  Statistics  - Savevalue  Format 

5.7  RESULT  DISCUSSION 

5.7.1  CALL-HANDLING  AND  CONNECT  TIMES 

A representation  of  the  connect  time  required  by  circuit 
switched  messages  is  found  in  Figure  5-4.  Due  to  unstable 
conditions  the  first  eight  simulated  minutes  of  all  graphs 
will  be  disregarded  in  discussions,  after  this  time  the  curve 
appears  to  stabilize.  At  this  point  the  results  indicate 
relatively  equal  connection  times  for  the  hierarchical  and 
non-hi erarchical  routing  techniques.  The  time  difference 
between  these  two  routing  categories  is  slight  once  it  is 
recognized  three  seconds  are  required  in  the  hierarchical 
techniques  to  travel  to  the  regional,  obtain  the  path  and 
return  to  the  originating  tributary.  Therefore,  the  path 
calculating  algorithm  yields  equivalently  optimal  paths 


Contents 

Time  calculation  was  performed  (in  simulated 
time  units) 

% of  voice  messages  delivered 

% of  CS-Data  messages  delivered 

X of  PNR  messages  delivered 

X of  voice  messages  blocked 
X of  CS-Data  messages  blocked 

X of  PNR  messages  blocked 

X of  voice  messages  lost 

X of  CS-Data  messages  lost 

% of  PNR  messages  lost 
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FIGURE  5-4  STUDY  RESULTS  CONNECT  TIKE  CIRCUIT  SWITCH  PI 


whether  the  circuit-switch  routing  Is  hierarchical  or 
non-hi erarchl cal . 

The  cal  1 -handl Ing  time  curves  for  circuit  switched  messages 
(Figure  5-5)  Indicate  the  same  data  as  Figure  5-4,  the 
timing  difference  between  a hierarchical  and  non-hlerarchical 
routing  technique  appears  to  be  approximately  three  seconds, 
the  time  required  to  go  to  the  regional.  One  deduction  can 
be  made  from  Figures  5-4  and  5-5;  It  appears  cal  1 -handl 1 ng 
time  is  approximately  one  second  greater  for  the  hierarchical 
case,  meaning  the  average  oath  length  is  2.5  links  (1  second 
required  for  d1 sconnect/ . 4 seconds  to  traverse  a link). 

The  packet-narrative/record  connect  times  (Figure  5-7)  display 
pertinent  data  since  an  obvious  difference  occurs  between 
each  technique.  However,  the  data  represented  by  curves  one 
and  two  can  be  eliminated  since  they  are  characterized  by 
curves  3 and  4 If  the  three  second  regional  travel  time  Is 
included.  A comparison  of  connect  times  for  CS  and  PNR 
messages  reveals  a greater  time  is  required  for  the  later 
messages.  This  is  attributed  to  larger  paths  since  travel 
to  responsible  nodes  is  required  and  to  the  queuing  occur- 
ring at  the  responsible  nodes. 

The  call-handling  statistics  for  PNR  messages  (Figure  5-6) 
indicate  a major  difference  between  all  routing  techniques. 
Upon  comparing  Figures  5-6  and  5-7,  an  orderly  ranking  of 
techniques  reveals  a switching  in  the  relative  positioning 
of  techniques  two  and  three.  Technique  two  requires  more 
processing  time  in  order  to  establish  a connection,  but  it 
requires  a lower  amount  of  total  system  time  from  initial- 
ization to  completion.  This  difference  must  imply  that  in  a 
DART  technique  the  message  queuing  is  significantly  smaller 
or  the  probability  of  delivering  the  message  in  fewer  path 
attempts  is  significantly  higher  than  Deterministic.  An 
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FIGURE  S-$  STUOr  RESULTS  CALL  HANDLING  TINE  CIRCUIT  SrilTCN  PROGRAMS  1-4 


FIGURE  S-6  STUDY  RESULTS  CALL  HANDLING  TIME  PNR  PROGRAMS  1-4 


3MIi  i33NN03  3AliV13)j 


95 


overall  conclusion  reveals  both  Deterministic  routing 
techniques  require  substantially  more  network  time  than 
DART  routing  techniques,  with  non-hierarchical  DART  being 
the  most  efficient  of  all.  The  reasons  for  lower  times 
can  be  attributed  to: 

a.  the  selection  of  responsible  nodes  results  in  an 
optimal i zation  of  paths; 

b.  The  spontaneous  selection  of  responsible  nodes  allow 
the  re-routing  of  messages  through  different  nodes. 

This  is  not  possible  in  Deterministic  routing. 

5.7.2  MESSAGE/CONNECTED  STATISTICS 

The  savevalues  defined  in  Section  5.6.4  are  plotted  versus 
the  elapsed  simulated  time  to  provide  rapid  visual  comparisons 
of  the  routing  techniques. 

Since  circuit  switched  data  and  circuit  switch  voice  calls 
use  the  same  facilities  and  routing  protocols,  the  discussion 
of  Figures  5-4  and  5-5  should  be  sufficient  to  provide 
information  to  interpret  Figures  5-8  and  5-9.  After  the 
initial  transient  has  elapsed  (elapsed  time  is  greater  than 
8 minutes)  the  percentage  of  messages  delivered  remains 
constant  but  most  importantly  the  percent  of  messages 
delivered  appears  equal  between  the  routing  techniques.  This 
is  not  unexpected  since  other  data  indicated  there  was  no 
blocking  for  C.S.  messages.  The  indications  are  that  the 
trunk  sizing  is  sufficiently  large  to  cause  no  blocking, 
all  lost  circuit  switched  messages  are  due  to  subscriber 
busy  signals.  Since  the  subscriber  busy  anomaly  is  a 
probabilistic  function.  Figures  5-8  and  5-9  illustrate  a 
representation  of  the  probability  (or  random  number  generator). 

The  plots  of  particular  value  (Figures  5-10  through  5-14) 
represent  the  status  of  PNR  messages.  Again  the  rate  of 
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FIGURE  5—8  STUDY  RESULTS  » DELIVERED  CIRCUIT  SWITCH  PROGRAMS  1-4 
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FIGURE  5-9  STUDY  RESULTS  X LOST  CIRCUIT  SWITCH*  PROGRAMS  1-4 


delivered  to  current  network  messages  seems  to  be  relatively 
constant  at  approximately  85%.  Due  to  the  proximity  of  the 
four  curves,  an  obsolute  judgment  of  the  best  routing  technique 
Is  not  possible  from  this  data. 

Figure  5-13  presents  the  relative  number  of  blocked  messages 
for  each  routing  technique.  Techniques  1 and  3 Indicates 
a relative  higher  number  of  blocked  messages  as  opposed  to 
techniques  2 and  4,  this  Is  apparently  due  to  responsible 
nodes.  The  Deterministic  routing  techniques  use  assigned 
responsible  nodes  at  all  times.  Therefore  if  trunks  are 
unavailable  Into  a particular  responsible  node,  the  re- 
routing simply  causes  the  message  to  reach  that  node  through 
a different  path,  the  node  must  still  be  utilized.  However, 
the  DART  technique  has  the  ability  to  select  different 
responsible  nodes  if  it  is  blocked,  this  should  result  in 
fewer  blocked  messages.  This  might  only  be  a temporary 
state  or  due  to  the  fact  the  responsible  nodes  are  building 
queues  causing  more  "live"  messages  in  the  system  but  a 
relative  constant  rate  of  messages  being  processed.  There- 
fore, the  system  population  (or  the  denominator)  is  increasing 
while<the  numerator  is  constant  or  increasing  at  a slow  rate. 

Figure  5-14  represents  data  supporting  the  earlier 
premises,  since  more  messages  are  queued  in  deterministic 
techniques,  fewer  are  receiving  lost  call  signals.  This 
results  in  a relative  lower  percentage  of  lost  calls.  But 
the  throughput  of  the  DART  technique  is  higher  causing  lower 
queuing  and  more  messages  being  terminated.  Due  to  the  fixed 
subscriber  busy  function  and  the  relative  high  percentage 
of  local  traffic  a substantial  number  of  the  lost  messages 
are  due  to  a busy  on  a local  connection  (approximately  50-60% 
of  the  12%  lost  messages  may  be  attributed  to  this). 
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6.0  STUDIES 


6 . 1 REFINE  MEN  T Of  fOUJJN G_  SJ  HEMES 
6.1.1  INTRODUCTION 

The  following  relates  the  simulated  routing  schemes  to  the 
more  practical  aspects  of  the  real  world. 

A simulation  model  has  the  capability  of  moving  only  one 
transaction  (message)  at  a time  through  the  model  and  the 
actual  output  of  the  simulation  is  a series  of  time -related 
events  which  give  an  indication  of  the  message  handling 
capability  of  the  network. 


In  designing  the  simulation  model,  one  of  the  inputs  is 
the  protocol  of  the  routing  scheme,  i.e.  the  philosophy 
behind  the  direction  a message  takes  in  passing  through 
the  network  from  point  of  origin  to  destination.  These 
protocols  are  indeed  related  to  the  real  world  conceptu- 
ally, however,  certain  cha rac ter i s t i cs  not  used  in  the 
simulation  require  specification  before  a routing  scheme 
can  be  used  in  an  operational  network. 


These  characteristics  are: 

a)  The  format  and  content  of  the  messages  which 
pass  between  nodes  for  moving  a message. 

b)  The  type  and  amount  of  storage  required  in 
the  routing  tables  at  each  node. 

c)  The  format  and  content  of  messages  required 
to  initially  compose  the  routing  tables  and 
to  update  the  tables  to  reflect  changes  in 
the  network  which  may  occur  due  to  damage  or 

to  reconfiguration.  (Network  control  messages) 
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It  is  to  these  three  characteristics  that  the  following 
section  is  addressed. 

6.1.2  DESCRIPTIVE  NETWORK 

Figure  6-1  shows  the  network  which  will  be  used  for 
descriptive  purposes  in  describing  the  routing  technique 
characteri sties. 

This  network  is  actually  a subset  of  the  network  used  in 
the  simulation  but  so  configured  as  to  allow  description 
of  the  many  cases  which  might  occur  during  the  routing  of 
circuit  switched,  message  switched  and  packet  switched 
traffic  deterministically  or  by  DART  (Deterministic  and 
Adaptive  Routing  Technique)  when  the  network  is  either 
hierarchical  or  non-hi erarchi cal  . 

In  the  descriptive  network,  all  nodes  have  circuit  switch- 
ing capability  but  only  nodes  C and  E have  message  switch- 
ing and  packet  switching  capability  while  at  the  same  time 
being  designated  as  "Responsible"  nodes,  a term  which  will 
be  further  explained  in  the  elaboration  of  the  routing 
plans. 

The  terms  hierarchical  and  non -h i e ra rch i ca 1 as  applied  to 
the  network  define  in  general  the  inter-responsibilities 
of  the  nodes  in  traffic  handling. 

In  the  non -h i e ra rch i cal  sense  all  nodes  have  equal  capa- 
bility as  far  as  traffic  handling  is  concerned. 

In  the  hierarchical  network,  the  regional  nodes  feature  as 
the  most  powerful  in  the  network  in  that  they  store  maximum 
routing  information  while  at  the  same  time  providing  access 
to  and  egress  from  the  backbone  network  which  under  certain 
conditions  of  the  routing  plans  becomes  a preferred  route 
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for  messages. 


6.1.3  FLOW  CHART  DESCRIPTION 

The  mechanization  of  the  routing  plans  is  described 
through  a series  of  flow  charts  shown  in  Figures  6-2 
through  6-8. 

Because  of  the  commonality  in  processing,  it  has  been 
possible  to  represent  the  routing  schemes  on  seven  charts. 
Each  routing  scheme  description  is  given  in  terms  of  the 
originating  tributary  OT , regional  node  (where  applicable), 

and  intermediate  or  terminating  node. 

The  following  table  shows  the  flow  charts  applicable  for 
each  routing  scheme. 


HIERARCHICAL  NON-H I E RARCH I CAL 


PNR 

VOICE 

PNR 

VOICE 

DART 

6-2,6-3, 

6-2 ,6-3 

6-7, 

6-7, 6-4 

6-4 

6-4 

1 DETERMINISTIC 

6-5, 6-6, 

6-5, 6-6, 

6-8, 

6-8, 6-4 

1 

1 

6-4 

6-4 



The  flow  charts  show  the  type  of  message  and  the  message 
content  for  messages  which  flow  between  nodes.  The  fol- 
lowing abbreviations  are  used  throughout  to  identify  the 
characters  in  the  messages. 


SOM  - start  of  message. 

IDENT  - this  is  a unique  message  identifier 

attached  to  every  message  so  that  all 
transactions  of  the  message  at  any 
node  can  be  related. 
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SECY 

PRI 

TYPE 

SUB  A 

SUB  B 

RTE 

EOM 

LI 

RR 

ARR 

BUSY 


this  is  the  security  designation  of  the 
calling  subscriber. 

is  the  priority  of  the  current  message 
entered  by  the  calling  subscriber. 

this  character  indicates  the  type  of 
message  (voice,  message  switched, 
packet  switched)  which  is  to  be 
handled. 

this  is  the  identifier  of  the  calling 
subscriber. 

this  is  the  identity  of  the  called 
subscriber. 

this  is  the  identification  of  the 
determined  route  by  node  number. 

is  the  end  of  message  designator. 

this  is  the  character  unique  to  a 
LOCK-IN  message. 

this  character  is  sent  from  tributary 
to  regional  on  an  initial  request  for 
a route. 

this  character  is  sent  from  tributary 
to  regional  on  a request  for  an 
alternate  route. 

this  character  is  sent  in  a response 
to  a routing  message  when  an  ATB  is 
encountered  at  any  point  in  the  route. 

this  character  is  sent  in  a response 
to  a routing  message  when  a trunk 
outage  is  encountered  at  any  point 
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in  the  route.  It  Is  always  accom- 
panied by  the  node  number  which  cannot 
be  accessed. 

CR  - this  character  is  an  indicator  that  a 
connection  request  is  being  made. 

6.1.4  ROUTING  TABLES  AND  TRUNK  HUNTING 

In  the  flow  charts  certain  blocks  are  labelled  "OT  or 
REGIONAL  DETERMINES  ROUTE".  The  method  of  route  determin- 
ation is  by  selecting  trunks  assigned  to  the  adjacent  node 
in  the  table  and  the  adjacent  node  is  specified  in  the 
route  determined  at  the  point  of  origin.  The  originating 
node  must  therefore  include  listings  of  the  full  inter- 
node connectivity  and  since  all  nodes  can  be  considered  as 
originating  nodes  with  respect  to  the  subscribers  local  to 
that  node,  the  full  network  connectivity  must  be  resident 
at  all  nodes . 

The  routing  tables  in  each  node  would  thus  consist  of  a 
listing  of  the  nodes  to  which  it  is  connected  and  a listing 
of  the  trunk  or  trunks  giving  access  to  these  nodes.  Thus, 
the  routing  plan  would  require  a trunk  hunting  scheme  in 
order  to  select  the  required  trunk.  Since  the  protocol  in- 
cludes a five  level  priority  scheme  trunk  hunting  will  be 
arranged  to  select  a trunk  of  lower  priority  than  that 
specified  in  the  message  if  pre-emption  is  necessary.  This 
requires  that  in  each  trunk  hunt  the  trunk  with  the  lowest 
priori ty  must  be  recorded  in  the  initial  hunt  and  selected 
if  all  trunks  are  busy, 

6.1.5  ROUTING  MESSAGE  CONTENT 

The  characters  required  in  the  various  routing  messages  are 
given  in  Section  6.1.3  and  the  actual  messages  are  given  in 
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the  flow  charts. 


The  message  lengths  by  the  number  of  characters  required 
is  summarized  for  each  of  the  routing  schemes  in  Table 
6.1.  The  basic  assumptions  made  in  arriving  at  the 
message  character  count  for  characters  with  unique  char- 
acteristics are  as  follows: 

IDENT.  3 characters.  This  character  is  in- 
serted by  the  node  originating  the 
message.  There  are  several  ways  for 
specifying  the  identifier  all  of  which 
are  dependent  upon  the  total  number  of 
nodes  in  the  network.  Typical  of  these 
methods  are  node  number  with  date/time 
group,  node  number  with  daily  sequence, 
unique  serial  number  sequences  etc. 

Sub  A - Sub  B.  The  number  of  characters  (10) 
for  identifying  the  subscribers  is 
based  on  the  10  digit  numbering  plan 
of  3 digit  area  code,  3 digit  office 
code  and  4 digit  subscriber  number. 

Route  (RTE).  The  route  identity  consists  of 
a node  # sequence.  It  has  been 
assumed  here  that,  in  the  routing 
message,  nodes  are  identified  by  a 
number  which  is  different  to  the 
office  code  for  that  node.  This 
method  of  identification  gives  a 
far  shorter  message  and  less  storage 
than  office  code  identification. 

The  tributary  to  regional  message  in  both  DART  and  DETER- 
MINISTIC shows  six  characters  which  are  composed  of  3 for 
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the  primary  and  3 for  the  alternate.  This  assumes  that  a 
maximum  of  3 nodes  are  traversed  by  a given  message.  In 
the  actual  routing  message  only  3 characters  are  required. 

BUSY  and  OUT.  Two  characters  have  been  assumed 
in  these  positions,  one  for  identifying 
the  reporting  node  and  one  for  the  trunk 
group  out  or  busy  at  that  node. 

6.1.6  NETWORK  CONTROL 

As  is  readily  apparent  from  Table  6-1,  the  difference 
between  the  number  of  message  types  between  hierarchical 
and  non-hierarchical  is  largely  due  to  the  additional 
messages  required  between  tributary  and  regional  nodes  on 
the  hierarchical  network.  The  regional  nodes  at  all  times 
contain  the  information  or  the  latest  state  of  the  network. 
This  information  is  updated  dynamically  from  trunk  outage 
and  trunk  busy  messages  received  in  reply  to  routing 
messages.  In  the  non-hierarchical  network,  all  nodes  have 
this  information.  In  either  case,  the  update  of  the  net- 
work information  as  a dynamic  basis  takes  place  only  when 
a routing  message  from  a given  point  fails. 

Thus,  if  a routing  message  does  not  transverse  the  point  of 
failure,  a given  node  may  not  be  informed  of  the  failure 
until  such  time  as  it  generates  a message  across  this 
point. 

This  form  of  graceful  degradation  can  be  seen  as  a defin- 
ite advantage  although  under  certain  traffic  conditions 
and  without  rearrangements  to  routing  tables,  serious 
network  blockages  might  ensue. 
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Dynamic  updating  of  network  control  information  as  an 
integral  function  of  the  routing  scheme  should  be  aug- 
mented by  a quasi -dynami c scheme  whereby  network  informa- 
tion can  be  accumulated  at  a central  point  and  dissemin- 
ated to  nodes  as  required  over  a dedicated  channel. 

This  is  particularly  true  in  a tactical  network  where 
changes  to  network  configuration  can  be  so  drastic  as  to 
completely  alter  the  inter-relationship  of  all  nodes,  thus 
requiring  that  routing  tables  at  each  node  be  changed,  a 
function  which  is  beyond  the  capability  of  the  routing 
schemes . 

6.2  MEMORY  REQUIREMENTS 

6.2.1  INTRODUCTION 

This  section  evaluates  the  impact  of  candidate  signaling/ 
supervision  and  routing  schemes  on  program  and  memory  size 
for  different  capacity  circuit  switch  modules.  Both 
deterministic  (DET)  and  deterministic/adaptive  (DART) 
routing  schemes  are  considered  for  circuit  switch  sizes 
ranging  from  300  to  2400  lines  in  modular  increments  of 
300  lines.  Flowcharts  representing  the  ICMS  controller  are 
used  as  a baseline  for  the  development  of  estimates  of 
s i ng 1 e.  th read  call  processing  times  in  both  non -h ierarch- 
ical  and  hierarchical  network  structures. 

6.2.2  NETWORK  CONSIDERATIONS 

The  analysis  presented  below  is  based  upon  a generalized 
network  topology  which  is  assumed  to  be  composed  of  N 
nodes  and  some  associated  inte modal  connectivity.  For 
purely  illustrative  purposes  in  determining  quantitative 
memory  storage  requirements,  assume  that  the  network  under 
consideration  has  seventeen  nodes,  that  is,  N = 17,  as  in 
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the  simulation  model.  Detailed  specification  of  the 
network  connectivity  is  relatively  unimportant  for  the 
purposes  of  this  discussion;  however,  assume  that  the 
maximum  number  of  nodes  included  in  any  network  path 
between  a calling  and  a called  subscriber  is  limited  to 
seven. 

A valid  deterministic  routing  algorithm  can  be  defined  as 
a table  look-up  of  information  which  specifies  the  entj^re 
network  path  between  any  two  nodes  in  terms  of  an  ordered 
sequence  of  up  to  seven  intermediate  nodes.  This  path  is 
obtained  from  a static  routing  table  at  the  originating 
node  in  a non-hi erarchi cal  network  or  at  a regional  node 
in  a hierarchical  network.  In  either  case,  this  routing 
taole  is  presumed  to  contain  primary  and  secondary^^^ 
paths  between  every  pair  of  nodes  in  the  network  subject 
to  the  seven  node  maximum  limit  mentioned  above.  These 
paths  can  be  generated  offline  by  a calculating  path 
algorithm  according  to  any  desired  path  optimization 
cri teri a . 

Operation  of  the  deterministic  routing  algorithm  is  rela- 
tively simple.  In  a non -h i era rch i ca 1 network,  the  path 
information  is  obtained  at  the  originating  node;  in  a 
hierarchical  network,  the  path  must  be  obtained  from  a 
connected  regional  node.  (In  the  case  of  a tributary 
requesting  path  information  from  a regional  node  in  a 
hierarchical  network,  it  is  probably  acvantageous  for  the 


(1)  Obviously,  for  a specific  application,  the  number 
of  stored  routes  might  be  greater  than  two. 
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path  response  to  include  both  primary  and  secondary  path 
information.)  In  either  type  of  network,  a connection 
request  is  generated  and  sent  out  over  the  primary  path 
by  the  originating  node.  If  this  attempt  proves  unsuc- 
cessful, the  secondary  path  is  obtained,  a connection 
request  is  generated  and  sent  out  over  the  secondary  path 
by  the  originating  node.  If  this  alternate  path  fails, 
the  call  attempt  is  abandoned. 

An  obvious  extension  of  the  deterministic  routing  algor- 
ithm results  in  the  definition  of  an  interesting  hybrid: 
a determi n i s t i c/adapt i ve  routing  algorithm.  DART  involves 
a table  look-up  of  information  which  specifies  the  en t i re 
network  path,  just  as  in  the  deterministic  routing 
algorithm  explained  above.  Both  primary  and  secondary 
path  information  is  obtained  in  this  manner  at  the  orig- 
inating node  in  a non-hierarchical  network,  or  at  a 
regional  node  in  a hierarchical  network.  In  either  case, 
the  routing  table  utilized  is  identical  to  the  table 
employed  in  the  deterministic  algorithm.  The  paths  con- 
tained in  this  routing  table  can  be  generated  offline  by  a 
path  calculator  algorithm  according  to  any  desired  path 
optimization  criteria. 

The  adaptive  part  of  DART  consists  of  the  on-line  calcula- 
tion of  a tertiary  path  between  any  two  nodes  based  on  the 
information  deduced  from  the  failures  of  the  primary  and 
secondary  routes;  this  represents  a complete  departure 
from  the  deterministic  routing  algorithm. 

Nonetheless,  operation  of  DART  is  equivalent  to  the  selec- 
tion of  primary  and  secondary  paths  by  the  previously 
defined  deterministic  algorithm  with  the  dynamic  calcula- 
tion of  a tertiary  path  based  upon  failure  information 


derived  from  two  unsuccessful  deterministic  routing  at- 
tempts (if  required).  If  the  tertiary  route  fails,  the 
call  is  abandoned. 


Within  the  context  of  these  definitions,  the  deterministic 
routing  algorithm  is  simply  a subset  of  DART.  It  is  easy 
to  envision  a situation  in  which  the  adaptive  routing 
algorithm  which  characterizes  DART  is  contained  in  an 

( 2 ) 

overlay  on  a mass  storage  device  at  a switching  center  . 
This  overlay  could  be  read  into  core  memory  and  executed 
to  perform  dynamic  path  calculation  on  an  as-required 
oasis.  However,  in  order  to  assure  that  "apples  are  com- 
pared with  apples",  assume  that  all  programs  and  tables 
are  resident  in  core  memory  for  the  purpose  of  estimating 
program  and  memory  sizes. 

6.2.3  MEMORY  SIZE  CONSIDERATIONS 

Requirements  for  core  memory  at  the  nodes  of  the  general- 
ized network  can  be  divided  into  two  distinct  categories: 
program  (instruction)  storage  and  table  storage.  The 
characteristics  of  these  two  categories  are  very  different. 
Program  size  depends  primarily  on  the  functions  provided 
while  table  size  depends  primarily  on  the  number  of 
terminations.  Nonetheless,  some  interdependency  between 
program  and  tables  does  exist. 


(2)  Another  implementation  might  be  a dedicated  process- 
ing function  assigned  to  calculating  route  alter- 
natives, if  the  load  at  a center  warrents  it. 


I 

i 
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For  the  purposes  of  illustrating  memory  requirements,  con- 
sider a regional  node  in  a hierarchical  network.  This 
choice  permits  the  representation  of  a "typical"  node  in 
a generalized  network  as  an  upper  bound  for  estimating 
program  and  memory  sizes  for  different  capacity  circuit 
switches.  The  regional  node  is  typical  in  the  sense  that 
every  node  in  a non-hierarchical  network  is  a regional 
node,  and  the  size  of  tributary  nodes  in  hierarchical 
networks  is  bounded,  above,  by  the  regional  node. 

Program  size  for  regional  nodes  was  estimated  on  the  basis 
of  work  done  on  the  ICMS  controller,  with  appropriate 
modifications  made  for  the  deterministic  and  deterministic/ 
adaptive  routing  algorithms  under  consideration.  The 
results  of  this  process  are  shown  in  Figure  6-9.  The 
program  size  varies  with  the  complexity  of  the  routing 
scheme  implemented,  but  remains  essentially  fixed  for 
different  capacity  circuit  switches  for  a particular 
routing  algorithm. 

Memory  requirements  for  table  storage  are  primarily 
dependent  upon  the  number  of  circuit  switch  terminations 
and,  to  a lesser  degree,  upon  the  selected  routing 
algorithm.  Detailed  estimates  of  the  table  storage 
requ i red  for  different  capacity  circuit  switches  are 
given  for  regional  nodes  with  deterministic  routing 
algorithms  in  Figures  6-10  through  6-17  and  with  deter- 
ministic/adaptive routing  algorithms  in  Figures  6-18 
through  6-25.  Total  memory  requirements  (program  plus 
tables)  for  each  modular  increment  of  300  lines  is 
plotted  for  DET  and  DART  schemes  in  Figure  6-26. 
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Deterministic  Routing,  300  Lines 


Figure  6-10 


TABLE  SIZE 
TERMINATION  TABLE 

a.  270  lines  0 16  bytes/line  4320 

b.  30  trunks  0 16  bytes/trunk  480 


RECEIVER/SEUDER  TABLE 
REMOTE  AREA  CODE  TABLE 
REMOTE  EXCHANGE  TABLE 
CONNECTIVITY  MATRIX 
DIRECTORY  MATRIX 
INFORMATION  MATRIX 
STORED  PATH  ROUTING  TABLE 
TRUNK  TABLE 
OOB  CHANNEL  TABLE 
TRUNK  GROUP  TABLE 
HUNT  GROUP  TABLE 
STATUS  & SCAN  TABLES 
QUEUES 

CALL  ATTENDANT  TABLE 
CONSTANTS  i WORK  AREA 


7 0 16  bytes/RS  112 

200  0 3 bytes/code  600 

600  0 3 bytes/code  1800 

NXN  entries  0 2 bytes/entry 
NXN  entries  0 2 bytes/entry 
N entries  0 12  bytes/entry 


2N  (N-1)  entries  0 7 bytes/entry  3808 

30  trunks  0 8 bytes/trunk  240 

3 OOB  channels  0 32  by tes/channel  96 

3 groups  0 4 bytes/group  12 

3 hunt  groups  0 20  bytes/group  60 

1 units  0 136  bytes/unit  136 

1 modules  0 912  bytes/module  912 


1 attendants  0 32  by tes/ attendan t 32 

1000 


TOTAL  13.608 


46,608 
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Deterministic  Routing,  600  Lines 
F i gu  re  6-11 


TABLE  SIZE 
TERMINATION  TABLE 

a.  J'^_0  lines  0 16  bytes/line  8640 

b.  ^ trunks  0 16  bytes/trunk  ggQ 

RECEIVER/SE;iDCR  table  ^6  bytes/RS  192 

REMOTE  AREA  CODE  TABLE  200  0 3 bytes/code  600 

REMOTE  EXCHANGE  TABLE  600  @ 3 bytes/code  IBOO 

CONNECTIVITY  MATRIX  NXN  entries  P 2 bytes/entry 

DIRECTORY  MATRIX  NXN  entries  P 2 bytes/entry 

INFORMATION  MATRIX  N entries  0 12  bytes/entry 

STORED  PATH  ROUTIfiG  TABLE  2N  (N-1)  entries  0 7 bytes/entry  3808 

TRUNK  TABLE  60  trunks  0 8 bytes/trunk  480 

OOB  CHANNEL  TABLE  OOB  channels  0 32  bytes/channel  192 

TRUNK  GROUP  TABLE  ^ croups  0 4 bytes/qroup  24 

HUNT  GROU^  TABLE  ^ hunt  g'^oups  0 20  bytes./group  120 

STATUS  & SCAN  TABLES  ^ units  0 136  bytes/unit  272 

QUEUES  2 modules  0 912  bytes/module  1824 

CALL  ATTENDANT  TABLE  i_  attendants  0 32  by tes/ attendan t 32 

CONSTANTS  & WORK  AREA  lOOn 

TOTAL  19,944 

52,944 
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Deterministic  Routing,  900  Lines 
Figure  6-12 


TABLE  SIZE 
TERMINATION  TABLE 

a.  810  lines  9 16  bytes/llne  12,960 

b.  90  trunks  P 16  bytes/trunk  1,440 


receiver/se;ioer  table 

REMOTE  AREA  CODE  TABLE 
REMOTE  EXCHANGE  TABLE 
CONNECTIVITY  MATRIX 
DIRECTORY  MATRIX 
INFORMATION  MATRIX 
STORED  PATH  ROUTING  TABLE 
TRUNK  TABLE 
OOB  CHANNEL  TABLE 
TRUNK  GROUP  TABLE 
HUNT  GROUP  TABLE 
STATUS  & SCAN  TABLES 
QUEUES 

CALL  ATTENDANT  TABLE 
CONSTANTS  & WORK  AREA 


J_^  0 16  bytes/RS 
200  0 3 bytes/cocle 
600  0 3 bytes/code 
NXN  entries  0 2 bytes/entry 
NXN  entries  0 2 bytes/entry 
N entries  0 12  bytes/entry 
2N  (N-l)  entries  0 7 bytes/entry 
90  trunks  0 8 bytes/trunk 
9 OOB  channels  0 32  by tes/channel 
9 groups  0 4 bytes/gt  up 
9 hunt  groups  0 20  bytes/group 
3 units  0 136  bytes/un1t 
3 modules  0 912  bytes/module 
1 attendants  0 32  by tes/attendant 


272 
600 
1 ,800 


3,808 
720 
288 
36 
180 
408 
2 ,736 
32 

1 ,000 


TOTAL  26,280 
59,280 
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Deterministic  Routing,  1?00  Lines 

Figure  f - 1 3 

TABLE  SIZE 

TERMINATION  TABLE 

a . 1 080  lines  0 16 

by tes/ 1 i ne 

17 ,280 

b.  120  trunks  0 16 

bytes/trunk 

1 ,920 

receiver/se;ider  table 

22  0 16  bytes/RS 

352 

REMOTE  AREA  CODE  TABLE 

200  (?  3 bytes/cocie 

600 

REMOTE  EXCHANGE  TABLE 

600  0 3 bytes/code 

1 .800 

CONNECTIVITY  MATRIX 

NXN  entries  0 2 bytes/entry 

. 

DIRECTORY  MATRIX 

NXN  entries  0 2 bytes/entry 

. 

INFORMATION  MATRIX 

N entries  0 12  bytes/entry 

. 

STORED  PATH  ROUTING  TABLE 

2N  (N-l)  entries  0 7 bytes/entry 

3 .808 

TRUNK  TABLE 

120  trunks  0 8 bytes/trunk 

960 

OOB  CHANNEL  TABLE 

12  OOB  channels  0 32  bytes/channel 

384 

TRUNK  group  TABLE 

12  groups  0 4 bytes/qroup 

48 

HUNT  GROUP  TABLE 

12  hunt  groups  0 20  bytes/qroup 

240 

STATUS  & SCAN  TABLES 

4 units  0 136  bytes/unit 

544 

QUEUES 

4 modules  o 912  bytes/module 

3.648 

CALL  ATTENDANT  TABLE 

1 attendants  0 32  by tes/ attendan t 

32 

CONSTANTS  & WORK  AREA 

1 .000 

TOTAL 

32,6)6 

65  ,616 

} 

t 

4 

1 30 

Deterministic  Routing,  1500  Lines 


Figure  6-14 


TABLE  SIZE 
TERMINATION  TABLE 


a.  1 350  lines  0 16 

by tes/ 1 1 ne 

21  ,600 

b.  150  trunks  0 16 

bytes/trunk 

2 ,400 

RECEIVER/SE^DER  TABLE 

ll_  0 16  bytes/RS 

432 

REMOTE  AREA  CODE  TABLE 

200  0 3 bytes/code 

600 

REMOTE  EXCHANGE  TABLE 

600  0 3 bytes/code 

1 ,800 

CONNECTIVITY  MATRIX 

NXN  entries  0 2 bytes/entry 

- 

DIRECTORY  MATRIX 

NXN  entries  0 2 bytes/entry 

- 

INFORMATION  MATRIX 

N entries  0 12  bytes/entry 

- 

STORED  PATH  ROUTING  TABLE 

2N  (N-1)  entries  0 7 bytes/entry 

3,808 

TRUNK  TABLE 

150  trunks  0 8 bytes/trunk 

1 ,200 

OOB  CHANNEL  TABLE 

1 5 OOB  channels  0 32  bytes/channel 

480 

TRUNK  GROUP  TABLE 

15  groups  0 4 bytes/group 

60 

HUNT  GROUP  TABLE 

15  hunt  groups  0 20  bytes/group 

300 

STATUS  & SCAN  TABLES 

5 units  0 136  bytes/unit 

680 

QUEUES 

5 modules  0 912  bytes/module 

4 ,560 

CALL  ATTENDANT  TABLE 

2 attendants  0 32  bytes/attendant 

64 

CONSTANTS  S WORK  AREA 

1 .000 

TOTAL  38,984 

71 .984 
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Deterministic  Routing,  1800  Lines 
Figure  6-1  5 


TABLE  SIZE 
TERMINATION  TABLE 


a.  1620  lines  0 16 

by tes/ 1 i ne 

25,920 

b . trunks  0 16 

bytes/ trunk 

2 ,880 

RECEIVER/SE;iDER  TABLE 

31  0 16  by tes/RS 

496 

REMOTE  AREA  CODE  TABLE 

200  0 3 bytes/code 

600 

REMOTE  EXCHANGE  TABLE 

600  0 3 bytes/code 

1 ,800 

CONNECTIVITY  MATRIX 

NXN  entries  0 2 bytes/entry 

- 

DIRECTORY  MATRIX 

NXN  entries  0 2 bytes/entry 

- 

INFORMATION  MATRIX 

N entries  0 12  bytes/entry 

- 

STORED  PATH  ROUTING  TABLE 

2N  (N-1)  entries  0 7 bytes/entry 

3,808 

TRUNK  TABLE 

180  trunks  0 8 bytes/trunk 

1 ,440 

OOB  CHANNEL  TABLE 

18  OOB  channels  0 32  by tes/channel 

576 

TRUNK  GROUP  TABLE 

18  groups  0 4 bytes/qroup 

72 

HUNT  GROUP  TABLE 

18  hunt  groups  0 20  bytes/qroup 

360 

STATUS  & SCAN  TABLES 

6 units  0 136  bytes/unit 

816 

QUEUES 

6 modules  0 912  bytes/module 

5,472 

CALL  ATTENDANT  TABLE 

2 attendants  0 32  by tes/attendan t 

64 

CONSTANTS  & WORK  AREA 

1 ,000 

TOTAL  45,304 

78,304 


I 

( 

i 


1 32 


Deterministic  Routing,  2100  Lines 
Figure  6-16 


TABLE  SIZE 
TERMINATION  TABLE 


a . 1 890  1 ines  0 1 6 

bytes/1 1 ne 

30,240 

b.  210  trunks  O 16 

by tes/trunk 

3 ,360 

RECEIVER/SEKDER  TABLE 

36  @ 16  bytes/RS 

576 

REMOTE  AREA  CODE  TABLE 

200  0 3 bytes/code 

600 

REMOTE  EXCHANGE  TABLE 

600  0 3 bytes/code 

1 ,800 

CONNECTIVITY  MATRIX 

NXN  entries  0 2 bytes/entry 

- 

DIRECTORY  MATRIX 

NXN  entries  0 2 bytes/entry 

- 

INFORMATION  MATRIX 

N entries  0 12  bytes/entry 

- 

STORED  PATH  ROUTING  TABLE 

2N  (N-1)  entries  0 7 bytes/entry 

3,707 

TRUNK  TABLE 

210  trunks  0 8 bytes/trunk 

1 ,680 

OOB  CHANNEL  TABLE 

21  OOB  channels  0 32  bytes/channel 

672 

TRUNK  GROUP  TABLE 

21  groups  0 4 bytes/group 

84 

HUNT  GROUP  TABLE 

21  hunt  groups  0 20  bytes/qrouo 

420 

STATUS  & SCAN  TABLES 

7 units  0 136  bytes/unit 

952 

QUEUES 

7 modules  0 912  bytes/module 

6,384 

CALL  ATTENDANT  TABLE 

2 attendants  0 32  bytes/attendant 

64 

CONSTANTS  & WORK  AREA 

1 ,000 

TOTAL  51  ,640 
84  ,640 
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Deterministic  Routing,  2400  Lines 


Figure  6-17 

TABLE  SIZE 
TERMINATION  TABLE 

a.  2160  lines  0 16  bytes/line  34,560 

b.  240  trunks  0 16  bytes/trunk  3,840 

RECEIVER/SE;iDER  table  ^ 0 I6  bytes/RS  640 

REMOTE  AREA  CODE  TABLE  200  0 3 bytes/code  600 

REMOTE  EXCHANGE  TABLE  600  0 3 bytes/code  1,800 

CONNECTIVITY  MATRIX  NXN  entries  0 2 bytes/entry 

DIRECTORY  MATRIX  NXNentries02  bytes/entry 

INFORMATION  MATRIX  N entries  0 12  bytes/entry 

STORED  PATH  ROUTING  TABLE  2N  (N-1)  entries  0 7 bytes/entry  3,808 

TRUNK  TABLE  240  trunks  0 8 bytes/trunk  1 ,920 

OOB  CHANNEL  TABLE  24  OOB  channels  0 32  bytes/channel  768 

TRUNK  GROUP  TABLE  2 4 groups  0 4 bytes/group  96 

HUNT  GROUP  TABLE  24  hunt  groups  0 20  bytes/group  480 

STATUS  & SCAN  TABLES  8 units  0 136  bytes/unit  1,088 

QUEUES  8 modules  0 912  bytes/module  7,296 

CAl ATTENDANT  TABLE  2 attendants  0 32  bytes/attendant  84 

CONSTANTS  & WORK  AREA  1 ,000 

TOTAL  57,960 

90,960 
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DART,  300  Lines 
Figure  6-18 


TABLE  SIZE 
TERMINATION  TABLE 

a.  270  lines  0 16  bytes/llne  4,320 

b.  30  trunks  0 16  bytes/trunk  ^80 


RECEIVER/SE|1DER  TABLE  0 16  bytes/RS  112 

REMOTE  AREA  CODE  TABLE  200  0 3 bytes/code  600 

REMOTE  EXCHANGE  TABLE  600  0 3 bytes/code  1 >800 

CONNECTIVITY  MATRIX  NXN  entries  0 2 bytes/entry  678 

DIRECTORY  MATRIX  NXN  entries  0 2 bytes/entry  578 

INFORMATION  MATRIX  N entries  0 12  bytes/entry  204 

STORED  PATH  ROUTING  TABLE  2N  (N-1)  entries  0 7 bytes/entry  3,808 

TRUNK  TABLE  30  trunks  0 8 bytes/trunk  240 

OOB  CHANNEL  TABLE  ^ OOB  channels  0 32  bytes/channel  ^6 

TRUNK  GROUP  TABLE  ^ groups  0 4 bytes/group  12 

HUNT  GROUP  TABLE  ^ hunt  groups  0 20  bytes/group  60 

STATUS  S SCAN  TABLES  units  0 136  bytes/unit  136 

QUEUES  modules  0 912  bytes/module  ^1^ 

CALL  ATTENDANT  TABLE  ]_  attendants  0 32  by tes/ attendan t 32 

CONSTANTS  & WORK  AREA  1 ’^00 


TOTAL 


1 4 ,968 


DART,  600  Lines 
Figure  6-19 


TABLE  SIZE 
TERMINATION  TABLE 

a.  540  lines  @ 16  bytes/line  8,640 

b.  60  trunks  0 16  bytes/trunk  950 


RECEIVER/SENDER  TABLE 
REMOTE  AREA  CODE  TABLE 
REMOTE  EXCHANGE  TABLE 
CONNECTIVITY  MATRIX 
DIRECTORY  MATRIX 
INFORMATION  MATRIX 
STORED  PATH  ROUTING  TABLE 
TRUNK  TABLE 
OOB  CHANNEL  TABLE 
TRUNK  GROUP  TABLE 
HUNT  GROUP  TABLE 
STATUS  & SCAN  TABLES 
QUEUES 

CALL  ATTENDANT  TABLE 
CONSTANTS  S WORK  AREA 


1 2 0 16  bytes/RS 
200  0 3 bytes/code 
600  0 3 bytes/code 
NXN  entries  @ 2 bytes/entry 
NXN  entries  0 2 bytes/entry 
N entries  0 12  bytes/entry 
2N  (N-1)  entries  0 7 bytes/entry 
^0  trunks  0 8 bytes/trunk 
^ OOB  channels  0 32  bytes/channel 
^ groups  0 4 bytes/group 
^ hunt  groups  0 20  bytes/group 
^ units  0 136  bytes/unit 
^ modules  0 912  bytes/module 
^ attendants  0 32  bytes/attendant 


192 
600 
1 ,800 
578 
578 

204 
1 ,808 
480 
192 
24 
120 
272 
1 ,824 
32 

1 ,000 


TOTAL  21 ,304 


63,704 


136 


DART 


900  Lines 


Figure  6-20 


TABLE  SIZE 
TERMINATION  TABLE 


a.  810  lines  016 

bytes/ 

line 

12  ,960 

b.  90  trunks  016 

bytes 

/trunk 

1 .440 

RECEIVER/SEflDER  TABLE 

17 

0 16  bytes/RS 

272 

REMOTE  AREA  CODE  TABLE 

200 

0 3 bytes/code 

600 

REMOTE  EXCHANGE  TABLE 

600 

0 3 bytes/code 

1 ,800 

CONNECTIVITY  MATRIX 

NXN 

entries  0 2 bytes/entry 

578 

DIRECTORY  MATRIX 

nxn 

entries  0 2 bytes/entry 

578 

INFORMATION  MATRIX 

N en 

tries  0 12  bytes/entry 

204 

STORED  PATH  ROUTING  TABLE 

2N  ( 

N-1)  entries  0 7 bytes/entry 

3 ,808 

TRUNK  lABLE 

90 

trunks  0 8 bytes/trunk 

720 

OOB  CHANNEL  TABLE 

9 

OOB  channels  0 32  bytes/channel 

288 

TRUNK  GROUP  TABLE 

9 

groups  0 4 bytes/group 

36 

HUNT  GROUP  TABLE 

9_ 

hunt  grouDs  0 20  bytes/group 

180 

STATUS  & SCAN  TABLES 

3 

units  0 136  bytes/unit 

408 

QUEUES 

3 

modules  0 912  bytes/module 

2,736 

CALL  ATTENDANT  TABLE 

1 

attendants  0 32  bytes/attendant 

32 

CONSTANTS  & WORK  AREA 

1 ,000 

TOTAL 

27,640 

70,040 
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DART,  1200  Lines 
Figure  6-21 


TABLE  SIZE 
TERMINATION  TABLE 

a.  lines  0 16  by tes/line  17,2  80 

b.  _1_20  trunks  0 16  bytes/trunk  1,920 


RECEIVER/SENDER  TABLE  2^  0 16  bytes/RS  T52 

REMOTE  AREA  CODE  TABLE  200  0 3 bytes/code  <500 

REMOTE  EXCHANGE  TABLE  600  0 3 bytes/code  1,800 

CONNECTIVITY  MATRIX  NXN  entries  0 2 bytes/entry  578 

DIRECTORY  MATRIX  NXN  entries  0 2 bytes/entry  578 

INFORMATION  MATRIX  N entries  0 12  bytes/entry  204 

STORED  PATH  ROUTING  TABLE  2N  (N-1)  entries  0 7 bytes/entry  3,808 

TRUNK  TABLE  1 20  trunks  08b ytes/trunk  960 

OOB  CHANNEL  TABLE  1_2  OOB  channels  0 32  by tes/channel  384 

TRUNK  GROUP  TABLE  groups  0 4 bytes/group  ^8 

HUNT  GROUP  T4BLE  ^ 2 hunt  groups  0 20  bytes/group  240 

STATUS  & SCAN  TABLES  ^ units  0 136  bytes/unit  544 

QUEUES  ^ modules  0 912  bytes/module  3,648 

CALL  ATTENDANT  TABLE  ^ attendants  0 32  bytes/attendant  32 

CONSTANTS  S WORK  AREA  1 .000 


TOTAL 


33  ,976 


DART , 1 500  Lines 
Figure  6-22 


TABLE  SIZE 
TERMINATION  TABLE 

a,  1 350  lines  0 16  bytes/line  21,600 

b.  ^ ^0  trunks  0 16  bytes/trunk  2,400 

RECEIVER/SEI1DER  TABLE  2J_  0 16  bytes/RS  432 

REMOTE  AREA  CODE  TABLE  200  0 3 bytes/code  600 

REMOTE  EXCHANGE  TABLE  600  0 3 bytes/code  1 ,800 

CONNECTIVITY  MATRIX  NXN  entries  0 2 bytes/entry  578 

DIRECTORY  MATRIX  NXN  entries  0 2 bytes/entry  578 

INFORMATION  MATRIX  N entries  0 12  bytes/entry  204 

STORED  PATH  ROUTING  TABLE  2N  (N-1)  entries  0 7 bytes/entry  3,808 

TRUNK  TABLE  1 50  trunks  0 8 bytes/trunk  1 ,200 

OOB  CHANNEL  TABLE  1 5 OOB  channels  0 32  by tes/channel  480 

TRUNK  GROUP  TABLE  1 5 groups  0 4 bytes/group  60 

HUNT  GROUP  TABLE  1 5 hunt  groups  0 20  bytes/group  300 

STATUS  & SCAN  TABLES  ^ units  0 136  bytes/unit  680 

QUEUES  ^ modules  0 912  bytes/module  4,560 

CALL  ATTENDANT  TABLE  ^ attendants  0 32  bytes/attendant  64 

CONSTANTS  & WORK  AREA  1 ,000 

TOTAL  40,344 


82,744 


f DART,  ISOOLines 

Figure  6-23 


TABLF  SIZE 
TERMINATION  TABLE 


a.  I6?n  lines  0 16 

bytes/ 1 ine 

25,920 

b.  180  trunks  0 16 

bytes/trunk 

2 ,880 

RECEIVER/SEJIDER  TABLE 

31  0 16  bytes/RS 

496 

REMOTE  AREA  CODE  TABLE 

200  0 3 bytes/code 

600 

REMOTE  EXCHANGE  TABLE 

600  0 3 bytes/code 

1 ,800 

CONNECTIVITY  MATRIX 

NXN  entries  0 2 bytes/entry 

578 

DIRECTORY  MATRIX 

NXN  entries  0 2 bytes/entry 

578 

INFORMATION  MATRIX 

N entries  0 12  bytes/entry 

204 

STORED  PATH  ROUTING  TABLE 

2N  (N-1)  entries  0 7 bytes/entry 

3,808 

TRUNK  TABLE 

180  trunks  0 8 bytes/trunk 

1 ,440 

i 

OOB  CHANNEL  TABLE 

18  OOB  channels  0 32  by tes/channel 

576 

TRUNK  group  table 

18  groups  0 4 bytes/qroup 

72 

HUNT  GROUP  TABLE 

18  hunt  groups  O 20  bytes/qroup 

360 

STATUS  & SCAN  TABLES 

8 units  0 136  bytes/unit 

816 

QUEUES 

8 modules  0 912  bytes/module 

5 ,472 

CALL  ATTENDANT  TABLE 

2 attendants  0 32  bytes/attendant 

64 

CONSTANTS  & WORK  AREA 

1 ,000 

TOTAL 

46,664 

89 ,064 

■ 
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DART,  2100  Lines 
Figure  6-24 


TABLE  SIZE 
TERMINATION  TABLE 

a.  1 890  lines  (?  16  bytes/line  30,240 

b.  21^  trunks  0 16  bytes/trunk  3,360 


RECEIVER/SEJIDER  TABLE  3_6_  O 16  bytes/RS  576 

REMOTE  AREA  CODE  TABLE  200  0 3 bytes/code  600 

REMOTE  EXCHANGE  TABLE  600  0 3 bytes/code  1 ,800 

CONNECTIVITY  MATRIX  NXN  entries  0 2 bytes/entry  578 

DIRECTORY  MATRIX  NXN  entries  0 2 bytes/entry  578 

INFORMATION  MATRIX  N entries  0 12  bytes/entry  204 

STORED  PATH  ROUTING  TABLE  2N  (N-1)  entries  0 7 bytes/entry  3,808 

TRUNK  TABLE  ^1 0 trunks  0 8 bytes/trunk  1 .680 

OOB  CHANNEL  TABLE  ^ 1 OOB  channels  0 32  bytes/channel  673 

TRUNK  GROUP  TABLE  ^1  groups  0 4 bytes/group  84 

HUNT  GROUP  TABLE  ^1  hunt  groups  0 20  bytes/group  ^20 

STATUS  4 SCAN  TABLES  units  0 136  bytes/unit  952 

QUEUES  ^ modules  0 912  bytes/module  6,384 

CALL  ATTENDANT  TABLE  attendants  0 32  bytes/attendant  64 

CONSTANTS  & WORK  AREA  1 ,000 

TOTAL  53,000 

95  ,400 
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DART,  2400  Lines 
Figure  6-25 


TABLE  SIZE 
TERMINATION  TABLE 

a.  21 60 1 1 nes  0 16bytes/line  34,560 

b.  240  trunks  0 16  bytes/trunk  3,840 

RECEIVER/SE;10ER  table  _iO  bytes/RS  640 

REMOTE  AREA  CODE  TABLE  200  0 3 bytes/code  600 

REMOTE  EXCHANGE  TABLE  600  0 3 bytes/code  1,800 

CONNECTIVITY  MATRIX  NXN  entries  0 2 bytes/entry  578 

DIRECTORY  MATRIX  NXN  entries  0 2 bytes/entry  578 

INFORMATION  MATRIX  N entries  0 12  bytes/entry  204 

STORED  PATH  ROUTING  ^ABLE  2N  (N-1)  entries  0 7 bytes/entry  3,808 

TRUNK  TABLE  240  trunks  0 8 bytes/trunk  1 ,920 

OOB  channel  table  ^ OOB  channels  0 32  by tes/channel  768 

TRUNK  GROUP  TABLE  ^ groups  0 4 bytes/group  96 

HUNT  GROUP  TABLE  ^ hunt  groups  0 20  bytes/group  ^80 

STATUS  i SCAN  TABLES  ^ units  0 136  bytes/unit  1,088 

QUEUES  ^modules  0 912  bytes/modul  e 7,296 

CALL  ATTENDANT  TABLE  ^ attendants  0 32  by tes/ attendan t 64 

CONSTANTS  & WORK  AREA  1 ,000 

TOTAL  59,320 


101  ,720 
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6.2.4  CALL  PROCESSING  TIME  CONSIDERATIONS 

An  analysis  of  call  processing  times  was  performed  using 
flow  charts  representing  the  ICMS  controller  (with  necess- 
ary modifications)  as  a baseline.  The  sequence  of  events 
required  to  support  the  s i gna 1 i ng/ s upe rv i s i on  concepts 
described  in  section  3 was  partitioned  into  seventeen 
processor-related  functions.  The  processing  time  required 
for  each  of  these  functions  was  estimated  using  the  base- 
line flow  charts.  The  results  of  this  estimation  process 
are  given  in  Figure  6-27.  These  estimates  are  necessarily 
s i ng 1 e- th rea d ; no  attempt  was  made  to  account  for  multi- 
processing delays,  traffic  density,  error  conditions,  or 
local  call  processing. 

Since  the  cross-network  delay  varies  with  the  number  of 
nodes  in  the  path,  a basic  3 node  path  through  the  network 
was  assumed  for  this  discussion;  each  such  path  included 
an  originating  node,  an  intermediate  node,  and  a destina- 
tion node . 

The  time  to  complete  a call  was  defined  as  the  elapsed 
time  from  receipt  of  the  last  dialed  digit  at  the  origin- 
ating node  to  the  establishment  of  the  switching  connec- 
tions at  the  originating  node.  S i gn a 1 i n g/ s upe rv i s i on 
messages  were  assumed  to  be  20  characters  in  length  and 
transmitted  over  4.8  KB/sec  out-of-band  signaling  channels 
between  nodes.  The  effects  of  propagation  and  queuing 
delays  are  neglected  for  the  purposes  of  this  single- 
thread analysis. 

Figure  6-28  represents  the  sequence  of  events  involved  in 
setting  up  and  tearing  down  a remote  call  in  a non- 
hierarchical  network  using  a deterministic  routing  scheme . 
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ESTIMATED  PROCESSING  TIMES  FOR  SELECTED 
CALL  PROCESSING  FUNCTIONS 


FIGURE  6-27 


1.  Last  dialed  dinit  received  processor  & interrupted 


(piaxi  nun) 

20 

msec 

2. 

Obtain  du  te  n.ii  n i s t i c path  from  table 

1 

msec 

3. 

Eva  1 ua  te 

failure  data  & regenerate  2 matrices 

314 

msec 

4. 

Calculate  new  path 

136 

msec 

5. 

Generate 

connection  request  OOB  messaqe 

2 

msec 

6. 

Process 

received  connection  request  OOB 

messaqe 

1 

msec 

7. 

Genera  to 

path  request  OOB  nessaee 

2 

msec 

8. 

Process 

received  path  request  OOB  messane 

1 

msec 

9. 

Generate 

path  response  OOB  messaqe 

2 

msec 

10. 

Process 

received  path  response  OOP  messaqe 

1 

msec 

11. 

Make  & test  2 matrix  connections 

5 

msec 

12. 

Genera  te 

lockin  OOB  messaqe 

2 

msec 

13. 

Process 

received  lockin  OOB  messane 

1 

msec 

14. 

Break  & 

test  2 matrix  connections 

3 

msec 

15. 

Generate 

disconnect  OOB  mossa'^e 

2 

msec 

16. 

Process 

received  disconnect  OOB  messaqe 

1 

msec 

17. 

T ransmi t 

OOB  message  (20  characters  0 4. 

8 Kb/sec) 

33 

msec 

The  sequence  of  events  begins  at  the  originating  node  when 
the  last  dialed  digit  is  received  by  the  processor.  This 
event  is  symbolized  by  the  "1"  under  the  originating  node; 
the  "1"  refers  to  the  processor  related  function  listed 
in  Figure  6-27.  Similarly,  the  "2"  represents  the  routing 
table  look-up  function  listed  in  Figure  6-27.  By  follow- 
ing the  flow  depicted  in  Figure  6-28  and  adding  up  the 
times  estimated  for  each  function  performed,  a total  call 
set-up  time  can  be  assigned  to  the  deterministic  routing, 
non-hierarchical  network  situation.  In  this  case,  the 
total  call  set-up  time  is  176  milliseconds.  This  assumes 
that  a connection  is  established  on  the  first  attempt. 

Figure  6-29  represents  the  sequence  of  events  involved  in 
setting  up  and  tearing  down  a remote  call  in  a non-hier- 
archical network  using  a deterministic/adaptive  routing 
scheme.  The  sequence  of  events  begins  at  the  originating 
node  when  the  last  dialed  digit  is  received  by  the 
processor.  This  event  is  symbolized  by  the  "1"  under  the 
originating  node,  as  before.  However,  in  an  attempt  to 
normalize  the  measure  of  call  processing  time  for  the 
deterministic/adaptive  case,  the  time  required  to  try  the 
primary  and  secondary  deterministic  routes  is  ignored. 

This  omission  is  symbolized  by  the  dots  under  the  origin- 
ating node.  The  net  effect  is  to  restrict  the  analysis 
to  calls  completed  in  a single  attempt  - either  over  a 
deterministic  path  or  over  an  adaptive  path.  This  con- 
straint does  not  obscure  the  results  of  the  analysis; 
rather,  it  insures  that  apples  are  compared  only  with 
apples. 

Figure  6-30  represents  a hierarchical  network  with  deter- 
ministic routing  and  Figure  6-31  a hierarchical  network 
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with  determi ni sti c/adapti ve  routing.  A comparison  of  the 
results  obtained  from  the  analysis  of  call  processing 
times  in  these  four  situations  is  presented  in  Figure  6-32. 
Note  that  the  call  breakdown  time  is  the  same  for  each  of 
the  four  cases. 

6.2.5  CONCLUSIONS 

The  implications  of  the  analysis  of  memory  requirements 
presented  above  are  rather  straightforward.  Memory  size 
is  determined  by  two  distinct  factors.  Storage  required 
for  tables  is  a nearly  linear  function  of  the  number  of 
lines  terminated  by  the  circuit  switch.  The  table  storage 
required  to  implement  the  DART  routing  scheme  is  only 
slightly  greater  (1350  bytes)  than  that  required  for  the 
deterministic  routing  scheme. 

Program  storage  requirements  remain  fixed  with  respect  to 
a specified  set  of  features  regardless  of  circuit  switch 
capacity,  over  the  range  of  sizes  considered  in  the 
analysis.  The  implementation  of  DART  requires  approxi- 
mately 9500  bytes  more  memory  storage  than  the  determinis- 
tic algorithm.  This  is  more  significant  than  the 
differential  table  storage  required  for  DART.  Taken 
together,  both  program  and  tables  account  for  a 10,850 
byte  additional  memory  requirement  for  DART  when  compared 
to  the  deterministic  routing  scheme. 

I n terms  of  call  processing  times,  the  implications  of  the 
analysis  are  seemingly  unambiguous:  in  every  situation, 
the  deterministic  routing  algorithm  is  faster  than  DART. 

But  this  conclusion  can  be  misleading.  Neglecting  the 
effects  of  queueing  delays  (which  may  be  significant). 


both  DET  and  DART  take  less  than  1 second  to  establish  a 
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connection  across  3 nodes  in  both  non-hierarchi  cal  and 
hierarchical  network  situations. 


A strong  case  for  either  DET  or  DART  can  be  made  depending 
on  the  criteria  under  which  the  evaluation  is  made.  Within 
the  context  of  this  section,  deterministic  routing  in  a 
non-hierarchical  network  results  in  minimal  call  process- 
ing times  while  deterministic  routing  in  a hierarchical 
network  results  in  minimum  memory  size  for  each  capacity 
circuit  switch  considered  (tributary  nodes  are  10,850 
bytes  smaller  than  regional  nodes  in  this  case). 

The  reasons  for  this  state  of  affairs  can  be  traced  to  at 
least  two  primary  causes.  First,  DART  is  the  same  as 
deterministic  routing  for  the  selection  of  primary  and 
secondary  routes.  Thus,  the  adaptive  (calculated)  routing 
program  and  associated  storage  are  resident  in  memory  even 
when  only  the  deterministic  routing  scheme  is  needed  for 
a particular  path  selection.  Thus,  DART  contains  a signi- 
ficant built-in  overhead  which  is  unproductive  a large 
percentage  of  the  time. 


Second,  DART  requires  global  information  concerning  network 
connectivity  which  is  arranged  in  matrix  form.  Manipula- 
tion of  matrices  requires  processing  which  is  geometrically 
related  to  the  size  of  the  array.  The  analysis  presented 
above  assumed  that  the  network  contained  17  nodes.  For 
larger  networks,  the  amount  of  processing  involved  rapidly 
becomes  intolerable. 


The  analysis  presented  here  is  predicated  upon  a particular 
processor  architecture  and  a proven  technology.  The  advent 
of  economically  practical  associative  memories,  for 
example,  may  mitigate  the  situation  by  decreasing  the 
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processing  involved  in  large  matrix  manipulation.  Modi- 
fications to  the  adaptive  routing  algorithm,  such  as 
restricting  connectivity  information  to  local  require- 
ments and  distributing  path  construction  responsibility 
among  nodes  along  the  path,  can  also  provide  some  relief. 
The  assignment  of  routing  tasks  to  a special  purpose 
microprocessor  (similar  to  the  Fast  Fourier  Transform 
function  in  signal  processing  systems)  may  prove  to  be 
effect i ve . 

Based  on  these  considerations,  it  is  difficult  to  pre- 
dict the  final  outcome  of  the  deterministic  versus 
deterministic/adaptive  trade-off.  However,  the  scales 
seem  to  tip  in  favor  of  the  deterministic  routing 
algorithm  at  the  present  time.  It  remains  to  be  seen 
if  DART  can  ultimately  be  made  to  compete  on  the  basis 
of  program  and  memory  size  and  call  processing  times. 


7.0  PROBLEMS  ENCOUNTERED 


During  the  design  of  the  simulation  model,  several  prob- 
lems were  encountered  pertaining  to  model  development, 
model  implementation  and  computer  utilization.  In  most 
cases,  the  resolution  of  the  problems  involved  sub- 
stantial time  required  by  discussions  with  appropriate 
personnel  and  subsequent  program  debugging. 

7 . 1 COMPUTER  UTILIZATION 

Originally  the  simulation  was  developed  for  operation 
on  a Univac  Series  70  processor  using  the  FLOw  SIMulator 
(FLOSIM)  language.  This  computer  selection  created  two 
significant  problems;  a local  core  limitation  of  200K 
and  the  utilization  of  partially  supported  software 
package.  Since  several  language  errors  were  discovered 
in  the  preliminary  stages,  a debug  cycle  was  deemed 
necessary. 

These  were  reported  to  Univac  in  hopes  of  creating  a 
completely  useful  FLOSIM  language.  In  several  extreme 
cases,  solutions  could  not  be  easily  found,  and  some 
verbs  and  entities  had  to  be  eliminated  in  the  program 
development.  The  end  result  was  that  the  memory  limits 
became  more  critical.  (Storage  was  a typical  example 
of  an  unavailable  entity;  facilities  had  to  be  used 
instead.)  In  an  attempt  to  optimally  utilize  core,  some 
programming  required  modifications  in  order  to  overlay 
data  regions.  This  technique  optimization  and  the  over- 
lay ideas  were  justly  incorporated  in  the  design  of 
connectivity,  directory  and  information  matrices. 
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A decision  to  convert  to  an  IBM  virtual  memory  system 
using  GPSS  was  made.  This  decision  resulted  in  a time 
and  money  cost  required  to  acquaint  personnel  and  modify 
the  coding  for  the  new  computer  system. 

7 . 2 MODEL  DEVELOPMENT 

Since  the  simulation  was  intended  to  aid  in  developing 
an  advanced  routing  protocol  many  discussions  were 
required  in  establishing  a viable  model.  One  of  the 
problems  requiring  resolution  was  "message  responsibility" 
during  the  phases  of  message  delivery;  it  was  decided 
the  origination  node  has  responsibility  at  all  times. 
Another  problem  dealt  with  pre-empted  packet  messages. 

All  packets  must  terminate  at  the  same  responsible 
destination  node  before  transmission  to  the  tributary; 
however,  the  transmission  path  may  vary  so  long  as  the 
responsible  origination  node  was  constant. 

The  most  significant  problem  in  model  development  dealt 
with  the  generation  of  output  statistics.  Since  the 
program  was  to  be  modularized,  statistics  were  to  be 
generated  in  an  off-line  program.  But  due  to  the 
dynamic  nature  of  the  model  this  was  not  possible,  and 
an  integration  of  statistics  and  network  simulator  pro- 
gramming was  necessary.  Accompanying  this  problem  was 
the  definition  and  tabulation  of  required  results;  this 
necessitated  coding  to  generate  the  results  specified 
by  the  Statement  of  Work  and  later  data  gathering  in 
order  to  provide  analysis  information. 


7.3  MODEL  UTILIZATION 


The  debug  state  of  the  Network  Simulator  caused  many 
complex  problems  to  develop  which  had  never  been  re- 
cognized. The  most  tedious  of  the  problems  occurred 
with  the  pre-emption  scheme;  it  had  been  believed  pre- 
empt i on  could  only  occur  during  i nf orma ti on  transmission. 
However,  it  was  soon  apparent  pre-emption  during  signal- 
ing/supervision was  possible.  Therefore,  the  pre- 
emption had  to  be  upgraded  and  modified  to  cope  with 
connection  request,  lockin  and  disconnect  signaling. 

The  next  problem  required  solution  to  the  queuing 
theme;  should  it  be  FIFO,  LIFO,  depending  upon  time  of 
pre-emption,  priority  or  both? 

A FIFO  scheme  based  on  priority  was  finally  selected 
for  this  model . 

Another  problem  with  the  priority  scheme  caused  a re- 
evaluation  of  the  reservation-acquisition  of  trunks. 

After  modifying  the  routing  protocol  all  trunks  were 
acquired  at  the  same  time,  but  reservations  occurred 
separately.  This  method  was  finally  eliminated  in 
favor  of  present  reservation  and  acquisition  method. 

A final  problem  dealt  with  the  Network  Simulator  con- 
struction; when  is  a message  entering  the  node,  exit- 
ing the  node  or  in  transit  between  nodes?  This  con- 
flict created  some  problems  since  the  exact  message 
location  to  node  travel  was  required  in  determining 
the  proper  pre-emption  signaling  to  be  used. 
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In  conclusion,  the  problems  discussed  summarize  some  of 
the  problem  areas  encountered.  They  represent  a signifi- 
cant portion  of  the  major  problems,  and  to  the  extent 
that  they  were  resolved,  it  is  not  necessary  to  discuss 
here  the  details  of  the  solution.  In  each  case  many 
hours  were  spent  in  discussion,  defining  and  resolving 
the  problem,  but  the  specific  modifications  since  these 
are  incorporated  in  the  program. 


8 . 0 RECOMMENDATIONS  FOR  FURTHER  STUDY 

1.  An  area  of  concern  which  requires  further  analysis  Is 
that  of  determining  whether  the  model  Is  In  a transient 
or  a relatively  steady  state  for  any  start-up  traffic 
stimuli.  The  conditions  were  considered  on  an  empirical 
basis  for  the  program  work  described.  Essentially,  the 
model  was  allowed  to  run  for  some  time  to  allow  for 
start-up  transients  and  traffic  distributions  over  various 
routes.  Although  various  other  empirical  solutions 
appear  reasonable  (e.g.,  n+1^^  run  would  start  with 
"saved  values"  from  n^  run),  this  is  an  area  of  some 
interest. 

2.  In  order  to  consider  network  conditions  primarily,  node 
processing  and  service  delays  were  set  at  fixed  values. 

It  would  be  desirable  to  introduce  "real  world"  switch 
processing  delays  to  develop  more  insight  into  expected 
delays  in  establishing  calls  and  delivering  messages/ 
packets  in  a network.  The  APT  Telecommunications  and/or 
TRI-TAC  Programs  might  be  the  source  of  such  nodal  data. 

3.  The  effect  of  satellite/long  delay  links  has  not  been 
considered.  Since  these  will  be  part  of  future  long- 
hcul  networks,  the  alternatives  offered  by  such  links  as 
part  of  characterizing  the  efficiency  of  any  single 
routing  plan  and  interconnection  plan  are  areas  of  interest. 
In  particular,  since  present  satellites  offer  large 
bandwidth  of  high  quality  performance,  they  appear  as 
attractive  alternatives  to  terrestrial  trunking  over 
tandem  nodes.  However,  their  present  vulnerability 

to  jamming  or  interdiction  would  mean  that  terrestrial 
aspects  of  a common  satellite  ground  network  would  have 
to  accept  redistribution  of  traffic  under  emergency 
conditions . 


4.  The  response  of  the  model  to  imposed  traffic  does  not 
necessarily  lead  to  stable  conditions  until  some  time 
(both  real  and  simulated)  has  elapsed.  Since  empirically 
derived  stability  can  be  expensive  in  terms  of  CPU  time, 
and  requires  considerable  analysis  to  determine  whether 

a stable  state  has  been  reached,  it  is  suggested  that 
this  area  oe  studied  to: 

a.  develop  operating  guidelines,  or 

b.  develop  either  an  analytic  approach  or  a 

quantitative  measure  to  determine  stability. 

5.  The  Calculated  Path  algorithm  is  useful  for  either 
simulation  models  or  for  use  on  an  on-line  basis  at  a 
node  or  a network  management  center.  However,  the 
present  technique  is  matrix  structured,  and  essentially 
is  based  on  an  NXM  matrix.  This  is  time  and  core 
consuming  as  the  dimensions  of  the  inter-nodal  paths 
increase.  It  is  suggested  that  other  techniques  be 
analyzed.  For  example,  two  candidates  might  be  used 

of  a "folded  matrix"  using  a triangular  array,  or  a 
directive  search  built  around  a table  or  list  structure. 

6.  Investigation  of  the  effect  (and  delay)  of  network 
management  in  supplying  a calculated  path  in  both 
hierarchical  and  non-hierarch i cal  networks  is  an  area 
of  some  interest  to  a network  designer. 

7.  A comparison  of  TRI-TAC  /DIN  II  and  projected  DCS 
signaling/supervision  with  that  developed  under  ADSS 
might  be  useful  using  the  developed  model  and  program. 
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8.  A technique  for  reducing  total  CPU  run  times  on  the 
model  was  suggested  in  meetings  between  RADC  and  KCA. 
This  technique  is  attractive  since  it  assumes  that 
run  "n"  can  start  up  with  conditions  which  existed  at 
some  selected  point  (other  than  the  start)  in  run 
"n-1".  This  would  use  a SAVETAPE,  which  collects  and 
stores  network  conditions  prior  to  completion  of  a 
run,  and  then  calls  up  these  conditions  on  the  next 
run.  The  effect  of  savings  in  CPU/model  run  times 
should  be  considered  along  with  the  validity  of  using 
these  "saved"  conditions  to  reflect  a "loaded"  net- 
work in  this  latest  run. 
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APPENDIX  I 
ANOMALY  STATISTICS 

This  appendix  lists  the  tables  used  to  accumulate  the 
various  statistics  in  the  simulation. 


DETM  (PROGRAM  1&3) 
TABLE  DESCRIPTIONS 
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APPENDIX  U 
DECISION  TABLES 

The  decision  tables  used  to  define  each  of  the  routing 
schemes  are  contained  in  this  appendix. 

The  tables  are  read  vertically  starting  at  the  top  of  the 
column  corresponding  to  a connection  request  (CR)  for  the 
type  of  message  to  be  handled.  At  the  foot  of  each  column 
is  the  number  of  the  succeeding  column  for  handling  the 
message . 
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S.  THE  LN 


7.  CS  PROTOCOL 


8.  MS  PROTOCOL 


9.  PS  PROTOCOL 


TO.  MULTIPLE  OE5TINATION 


It.  LAST  IN  ASSEMBLY  SET 


t2.  FIRST  REQUEST 


13.  SECOND  REQUEST 


14.  THIRD  REQUEST 


IS.  LN  CAPABILITY 


16.  LAST  PACKET 


1 


SECOND  NACK 


THIRD  f.'ACK 


NODE  BUSY 
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